저는 Cinnamon DE를 사용하여 Linux Mint Debian Edition(Debian 테스트 기반)을 실행하는 Lenovo SL510 노트북을 가지고 있는데 밝기 설정이 100%와 0% 두 가지만 있는 것 같습니다. 노트북의 밝기 키를 사용하고 밝기를 낮추면 즉시 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
예: 저는 Toshiba Satellite를 사용하고 있으며 .txt 파일에 "toshiba" 디렉터리가 있습니다 /proc/acpi. 이 디렉토리에 "lcd" 파일이 있습니다:
»cat lcd
brightness: 5
brightness_levels: 8
그러나 이 파일에는 쓸 수 없습니다. 이 방법으로 더 유용한 것은 일부 디렉토리입니다 /sys/class/backlight. "acpi_video0", "intel_backlight" 및 "toshiba"가 다시 있습니다. 그러나 이 도시바 카탈로그에는 다른 내용이 포함되어 있습니다. 이것을 속여서 제 경우의 관련 콘텐츠가 실제로 "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% 작동하는 것은 아닙니다(버그와는 다릅니다. 작동하지만 모든 작업을 수행하지는 않습니다). 예 예.