а то -

wau
забавно, что acpi_backlight=vendor, что video, проблемы с подсветкой не решают, видимо и дальше ждать обновления ядра (каждое обновление решает какую-то проблему, на 3.12 появился звук в динамиках, хотя в наушниках был и с 3.8).

НО! с acpi_backlight=video загрузка системы ускоряется на 0,5-1с, что на фоне общих 5-6с довольно существенно.
anode
Сначала
echo 5 >/sys/class/backlight/acpi_video0/brightness

Яркость изменилась?

Скорее всего нет. Потом

echo 1500 >/sys/class/backlight/intel_backlight/brightness

.

В обоих случаях изменилась. И до сна, и после сна. Только после сна эти команды гасят экран, на не уменьшают подсветку. Вероятно, потому и проблема -что конфликтуют два способа.
а на загрузочном диске с ext4 вопросы решились указанием в параметрах загрузки ядра libata.force=noncq linux
/boot/vmlinuz-linux root=/dev/sda2 rw  quiet libata.force=noncq
забавно, что acpi_backlight=vendor, что video, проблемы с подсветкой не решают, видимо и дальше ждать обновления ядра (каждое обновление решает какую-то проблему, на 3.12 появился звук в динамиках, хотя в наушниках был и с 3.8).

НО! с acpi_backlight=video загрузка системы ускоряется на 0,5-1с, что на фоне общих 5-6с довольно существенно.
После чистой перезагрузки оба директория на месте, а

ls -l /sys/class/backlight/
итого 0
lrwxrwxrwx 1 root root 0 ноя 15 16:13 acpi_video0 -> ../../devices/pci0000:00/0000:00:02.0/backlight/acpi_video0
lrwxrwxrwx 1 root root 0 ноя 15 16:19 intel_backlight -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-eDP-1/intel_backlight
я отчего обеспокоился, уже рассказывал - после загрузки компа все великолепно работает. До первого сна. После чего подсветка знает только два положения - вкл и выкл. Сейчас перезагружусь и посмотрю, сколько диров после чистой перезагрузки.
вот я о том и спрашивал, а сколько там должно быть директориев, один или несколько?
Любопытно, а у меня так -

# ls /sys/class/backlight/
acpi_video0  intel_backlight

Это допустимо, чтобы оба варианта одновременно? (графика у меня одна, hd5000)
спасибо, ну тогда пусть живет
На всех моих МБА (air), оказывается, при загрузке мимолетно пролетает эта ошибка. kernel: i8042: No controller found. Жить не мешает, но ведь непорядок. Гугл по такой поисковой строке дает обширную выдачу, но не как проблему и ее решение, а как часть логов.
Как погасить? Кстати, не думаю, что такой контроллер у меня есть - все устройства опознаны и нормально работают.