私はCinnamon DEを使用してLinux Mint Debian Edition（Debianテストベース）を実行するLenovo SL510ノートブックを持っていますが、明るさの設定は100％と0％の2つです。ノートブックの明るさキーを使用して明るさを下げると、すぐに0％に低下します。明るさを上げると同じことが起こり、自動的に100％に上がります。 Cinnamonで明るさウィジェットを使用すると、同じ効果が得られます。
ここでlsmod私がインストールしたacpiカーネルモジュールは次のとおりです。
Module Size Used by
thinkpad_acpi 61270 0
nvram 13049 1 thinkpad_acpi
acpi_cpufreq 12935 1
snd 52850 17 snd_timer,snd_seq_device,snd_seq,snd_rawmidi,thinkpad_acpi,snd_pcm,snd_mixer_oss,snd_pcm_oss,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
rfkill 19012 6 cfg80211,thinkpad_acpi,bluetooth
mperf 12453 1 acpi_cpufreq
processor 28157 3 acpi_cpufreq
私のカーネルのuname -rバージョンは3.2.0-4-amd64です。
この問題を解決するにはどうすればよいですか？または、この問題を解決するには、他のどの情報を投稿する必要がありますか？
ベストアンサー1
明るさウィジェットまたはデスクトップ環境内のすべてのもの（何であるかは不明）で何かを見て、 /proc何が起こるのかを確認できます。インターフェイスを使用してそこにあるものを接続します。ディスクには存在しません。含まれるファイルはカーネルへの特別なインターフェースです。さまざまなものを制御するために多くのファイルを作成できます。/sys/proc/sys
例：私は東芝Satelliteを使用しており、.txtファイルに「東芝」ディレクトリがあります/proc/acpi。このディレクトリに "lcd"ファイルがあります。
»cat lcd
brightness: 5
brightness_levels: 8
ただし、このファイルには書き込めません。この方法でより便利なのはいくつかのディレクトリです/sys/class/backlight。 「acpi_video0」、「intel_backlight」、「東芝」が再びあります。ただし、この東芝カタログにはその他の内容が含まれています。これをだまして、私の場合の関連コンテンツが実際に「acpi_video0」にあることがわかりました。
»ls -1 acpi_video0/
actual_brightness
bl_power
brightness
device
max_brightness
power
subsystem
type
uevent
そのうちのいくつかはディレクトリです。今：
»cd acpi_video0/
»cat max_brightness
7
0-7は8レベルなので、これはprocの "brightness_levels"に対応します。
»cat brightness
5
»echo 2 > brightness
ルートでなければ、echoは失敗します。「権限が拒否されました」。その瞬間からroot画面が突然暗くなりました。
キーボード調光器を使用する場合、KDEデスクトップに表示されるウィジェットは通常、0から100まで10％または20％ずつ増加したり、時にはパーセンテージを表示したり、時には「52％」などの値を表示します。 — —しかし経験的現実では、0%から100%まで行くのは常に同じ7段階です。 KDEの場合、GUIシステム設定の「電源管理」の下にいくつかの明るさ関連の項目がありますが、やはり同じです。
/sysコマンドを使用してこれらの値にアクセス/検索/操作することもできます。sysctlを参照してください。man sysctlどの方法がより簡単かは、コマンドラインをどのように使用するかによって異なります。本物のファイルブラウザ（mc）実際にはcd / ls / catなどは必要ありませんので、これは重要です。
だから、そのようなことを見て、何が起こるのか見てください。ハードウェアメーカーは通常Linuxドライバを提供していないため、誰かがしばしば無保守（つまり、余暇）にLinuxドライバを開発する必要があることに注意してください。さらに、これらの製造業者はしばしば、そのようなドライバを作成するのに役立つ可能性がある情報要求に敵対的であり（私も行ったことがない）、プロセスを非常に困難にします。最終結果：すべてのドライバが100％動作するわけではありません（バグとは異なりますが、動作しますが、すべての操作を実行するわけではありません）。はいはい。