t-nissieの日記: 【電脳】LinuxでTOSHIBA Dynabook MX/33LWHのLCDの明るさ(輝度)を調節する方法 9
日記 by
t-nissie
TOSHIBA Dynabook MX/33LWHにDebianをインストールしたのだが、
ファンクションキー[FN]+[F6]でLCDのバックライトの光量を下げたりするのができなかった。
# echo "brightness: 3" > /proc/acpi/toshiba/lcd
でもダメだった。
今回やっとターミナルからなら調節する方法がわかった。
/sys/class/backlight/intel_backlight/brightnessのパーミッションを
変更すれば一般ユーザでも調節ができる。
# head /sys/class/backlight/intel_backlight/*brightness
==> /sys/class/backlight/intel_backlight/actual_brightness <==
500000
==> /sys/class/backlight/intel_backlight/brightness <==
500000
==> /sys/class/backlight/intel_backlight/max_brightness <==
637500
# chmod 666 /sys/class/backlight/intel_backlight/brightness
# exit
$ echo 400000 > /sys/class/backlight/intel_backlight/brightness
普通のユーザがファンクションキー[FN]+[F6]などで調節できるようにする
方法/アプリはないだろうか。
俺ならこうする (スコア:0)
パーミッション変更の必要がないから
% echo 400000 | sudo tee /sys/class/backlight/intel_backlight/brightness
Re:俺ならこうする (スコア:1)
研究もろくにしないでDebian GNU/LinuxをインストールしたノートPCでネットサーフに耽るSグループディレクター。
ある不正事件でSは部下のOユニットリーダーをトカゲのしっぽのように切り捨てた。
それを機にOはSをを逆恨みするようになった。
ある日、OはSがネットサーフしているときにそのノートPCにリーモートログインし、
かつてSのためにパーミッションを設定した/sys/class/backlight/intel_backlight/brightness
を使ってディスプレーを明滅させ、Sの癲癇の発作を惹起してから濃塩酸のビンを顔面に叩き付けて殺した。
癲癇の発作を原因とする事故死を捏造したのだ。(あくまでフィクションです。)
ってなことが起きないようにパーミッションは変更しない方がよいのかもしれませんが、
わざわざsudoを使うまでもないような気もします。
みなさまコメントありがとうございました。
love && peace && free_software
t-nissie
Re: (スコア:0)
そういうイタズラを防ぐためにも /etc/security/console.perms を使うのが適切では?
っていう話なんですが。。
Re: (スコア:0)
個人的には、sudo の多用は格好悪いと思います。
なぜなら、それは結局 root アカウントでログインしているのと同じだからです。
私なら /etc/security/console.perms あたりを使って
ログイン時に自動的に
/sys/class/backlight/intel_backlight/brightness のownerが
ログインしたアカウントに切り替わるように設定します。
あと
> 普通のユーザがファンクションキー[FN]+[F6]などで調節できるようにする方法
は、xbindkeys が良いと思います。
Windowマネージャに依存せず大抵の環境で動作しますし、おそらく最も軽量なアプリです。
Re: (スコア:0)
root使うとかっこ悪いという考え方は初めて聞いた。
root使用の問題点は操作ミスの際の被害であるわけで
明確に問題を引き起こさないコマンド使用でのsudoがかっこ悪い
とかいう考え方は一般的ではない。
コイツなに言ってんだ? (スコア:0)
root使うとかっこ悪いという考え方は初めて聞いた。
root使用の問題点は操作ミスの際の被害であるわけで
明確に問題を引き起こさないコマンド使用でのsudoがかっこ悪い
とかいう考え方は一般的ではない。
え? 初めて聞いた?
つまりlibcapのようなものが存在する意味、どころか存在自体知らなかったと?
PolicyKitもなぜ存在するのか理解できないと?
こういうわけ?
まあ、おまえがそう思うんならそうなんだろ。おまえの中では。(笑)
# つーか、元コメでプロンプトに%使う時点でお察し。
Re: (スコア:0)
その場合、「実行ファイルにsetuid/setgidビット」のほうがsudoよりも適切な手段ではないでしょうか?
Re: (スコア:0)
> root使用の問題点は操作ミスの際の被害であるわけで
sudo 使用の問題点も、操作ミスの際の被害ですね。
だから sudo も多用すべきではありません。
そもそも、ディスプレイの輝度を替えるために毎回パスワードを入力するなんて不便です。
もしかして
- パスワード無しでsudoできる
- sudo 多用しているので、常にパスワードがキャッシュされてて、実質パスワード無しで sudo できる
という感じの運用なんでしょうか?
Re: (スコア:0)
LinuxはデスクトップOSとして失敗したからこういう馬鹿はほとんどいないけどWindowsのように成功していたらWindowsのように常時rootで使う連中がウイルスの温床になってたんだろうなあ。