パスワードを忘れた? アカウント作成
10811141 journal
Intel

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]などで調節できるようにする
方法/アプリはないだろうか。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • by Anonymous Coward on 2014年04月06日 2時38分 (#2576220)

    パーミッション変更の必要がないから

    % echo 400000 | sudo tee /sys/class/backlight/intel_backlight/brightness

    • 研究もろくにしないで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
      親コメント
      • by Anonymous Coward

        そういうイタズラを防ぐためにも /etc/security/console.perms を使うのが適切では?
        っていう話なんですが。。

    • by Anonymous Coward

      個人的には、sudo の多用は格好悪いと思います。
      なぜなら、それは結局 root アカウントでログインしているのと同じだからです。

      私なら /etc/security/console.perms あたりを使って
      ログイン時に自動的に
      /sys/class/backlight/intel_backlight/brightness のownerが
      ログインしたアカウントに切り替わるように設定します。

      あと
      > 普通のユーザがファンクションキー[FN]+[F6]などで調節できるようにする方法
      は、xbindkeys が良いと思います。
      Windowマネージャに依存せず大抵の環境で動作しますし、おそらく最も軽量なアプリです。

      • by Anonymous Coward

        root使うとかっこ悪いという考え方は初めて聞いた。

        root使用の問題点は操作ミスの際の被害であるわけで
        明確に問題を引き起こさないコマンド使用でのsudoがかっこ悪い
        とかいう考え方は一般的ではない。

        • root使うとかっこ悪いという考え方は初めて聞いた。

          root使用の問題点は操作ミスの際の被害であるわけで
          明確に問題を引き起こさないコマンド使用でのsudoがかっこ悪い
          とかいう考え方は一般的ではない。

          え? 初めて聞いた?

          つまりlibcapのようなものが存在する意味、どころか存在自体知らなかったと?
          PolicyKitもなぜ存在するのか理解できないと?
          こういうわけ?
          まあ、おまえがそう思うんならそうなんだろ。おまえの中では。(笑)

          # つーか、元コメでプロンプトに%使う時点でお察し。

        • by Anonymous Coward

          明確に問題を引き起こさないコマンド使用

          その場合、「実行ファイルにsetuid/setgidビット」のほうがsudoよりも適切な手段ではないでしょうか?

        • by Anonymous Coward

          > root使用の問題点は操作ミスの際の被害であるわけで

          sudo 使用の問題点も、操作ミスの際の被害ですね。
          だから sudo も多用すべきではありません。

          そもそも、ディスプレイの輝度を替えるために毎回パスワードを入力するなんて不便です。
          もしかして
          - パスワード無しでsudoできる
          - sudo 多用しているので、常にパスワードがキャッシュされてて、実質パスワード無しで sudo できる
          という感じの運用なんでしょうか?

        • by Anonymous Coward

          LinuxはデスクトップOSとして失敗したからこういう馬鹿はほとんどいないけどWindowsのように成功していたらWindowsのように常時rootで使う連中がウイルスの温床になってたんだろうなあ。

typodupeerror

私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson

読み込み中...