Acpitz acpi 0 linux

Управление питанием и настройки acpi

Трудно приходится линуксоидам, не имеющим DE, а сидящим исключительно на WM — всё, что в полноценном Desktop Environment ( окружении рабочего стола или как это лучше обозначить на великом и могучем? ) поставляется и работает «из коробки» в WM нужно подбирать и настраивать. Вот и автором сего поста ранее были использованы элементы xfce для таких вещей как управление питанием, регулировка громкости звука и яркости экрана. Но вступило что-то в голову: ведь в моей системе всегда установлены acpi и laptop-mode-tools, так почему бы не обучить их выполнять их же непосредственные обязанности: делать всё то, для чего раньше нужны были xfce4-volumed и xfce4-power-manager?

Для обучения нам понадобятся пакеты laptop-mode-tools , acpi , acpid . Acpid должен быть запущен.

Уровень яркости экрана

Дописать в /etc/default/grub строки:

Лезем в acpi. Создайте файлы со следующим содержанием.

Для увеличения яркости:

Для уменьшения яркости:

В bl_device замените inel_backlight на своё значение в зависимости от используемой видеокарты. Также стоит выяснить устраивающее вас значение, на основе которого будет увеличиваться или уменьшаться яркость экрана. У автора это значение = 200.

Как найти подходящее значение? Посмотрите какая цифра стоит сейчас. Если вы ничего ещё не настраивали, она должна отражать максимально допустимое значение:

Теперь поиграйте со значениями, чтобы выбрать нужный шаг:

Посмотрите как будет изменяться яркость экрана при разных значениях, если при добавлении 10 единиц вы практически не чувствуете разницы, добавьте ещё 50-100 единиц. Какой шаг покажется оптимальным, тот и оставьте.

Теперь укажем acpi использовать наши скрипты:

и сделаем эти скрипты исполняемыми:

Чтобы автоматически подбирать яркость при работе от аккумулятора или же сети, установим laptop-mode-tools:

и немного изменим его настройки:

Разумеется, значения 700/2000/3000 и путь /sys/class/backlight/intel_backlight/brightness должны быть заменены на ваши значения.

Автогибернация при критическом уровне заряда батареи

Достаточно часто бывает такое, что при работе от батареи забываешь посматривать на уровень её заряда, в результате чего получаешь отключение машины при полной разрядке батареи. Внезапное — как хлопок — выключение и все несохранённые данные потеряны. Обидно, не правда ли? Поэтому неплохо было бы позаботиться о своевременных мерах предосторожности.

Для этих целей также будем использовать функционал laptop-mode.

Если вас не устраивают значения по умолчанию, вы также можете изменить их. В случае, если до этого момента у вас не был указан раздел swap, укажите его в grub2, эти настройки уже были даны выше:

где /dev/sda5 — ваш swap-раздел Кроме того, в случае с archlinux следует добавить хук suspend в /etc/mkinitcpio.conf :

и пересобрать initrd:

Регулировка звука

Для этого снова обратимся к скриптам acpi, как и в случае с управлением яркостью дисплея.

Делаем скрипты в actions исполняемыми:

Для корректного распознавания мультимедийных клавиш, лучше использовать утилиту xmodmap .

Acpi и события клавиш

Честно говоря, меня устраивает поведение по-умолчанию, поэтому с пристрастием этот вопрос не рассматривался. При закрытии крышки ноутбука машина переходит в режим гибернации. При нажатии кнопки питания — корректно отключает систему. Оно и хорошо.

Похоже, управление этими событиями тоже берёт на себя laptop-mode-tools ( только пока неясно, в каком модуле/скрипте лежат эти настройки), поскольку в /etc/acpi/handler.sh каких-либо действий на события не назначено.

Но таки рассмотрим как настраивать то или иное событие.

Ответственен за эти шаманские действа вышеупомянутый handler.sh (или default.sh в зависимости от используемого дистрибутива), где и прописываются настройки. В случае, если вам хочется использовать не команду, а скрипт, расположите его в отдельном файле, подобно тому, как выше настраивалось управление яркостью дисплея и уровнем громкости .

Пример из дефолта:

button/lid указывает на управление закрытием/открытием крышки ноутбука, пока здесь нет ничего интересного.

Пример с воспроизведением звукового файла при закрытии/открытии крышки ноутбука:

То есть для настройки события нужно добавить его команду в соответствующее поле ( здесь после logger ‘LID closed’ ). Так, действие при открытии крышки нужно будет вписать после logger ‘LID opened’ .

• button/power — события, связанные с кнопкой управления питанием
• logger ‘PowerButton pressed’ — когда клавиша нажата
• button/sleep — сон, если подобная кнопка/клавиша имеется
• ac_adapter — события, связанные с подключением/отключением адаптера питания
• logger ‘AC unpluged’ — когда адаптер отключен
• logger ‘AC pluged’ — когда адаптер подключен
• battery — батарея ноутбука
• button/lid — крышка ноутбука

Для перевода в ждущий/спящий режимы можно использовать скрипты laptop-mode-tools из /usr/share/laptop-mode-tools/module-helpers : pm-hibernate и pm-suspend .

Для выключения питания при закрытии крышки достаточно добавить в /etc/acpi/actions/lm_lid.sh строку:

Помимо всего вышеописанного мы можем контролировать парковку головок жёсткого диска. Дабы отключить парковку совсем пропишите в /etc/laptop-mode/laptop-mode.conf :

Пожалуй, на этом стоит остановиться и дать читателю возможность самостоятельно поэкспериментировать с настройками энергосбережения и событий acpi.

Источник

Настройка действия при открытии крышки ноутбука

Имеется старый нетбук — Asus EEE pc 4G с установленным Debian 10. После закрытия крышки «просыпается» только при помощи кнопки включения. Советы из интернета с редактированием /proc/acpi/wakeup ни к чему не привели. Как можно это исправить?

Оживление батареи ноутбука

Ноут Acer V3, батарея AS10D81, стоковая, ей уже лет 7, но до недавнего времени держала часа полтора. Правда я знал, что когда остается 15-20%, ноут может просто отрубиться без предупреждения. Собственно позавчера как раз недоглядел, ноут потух, поставил на зарядку. Через пару часов включаю, а уровень заряда

45% и больше практически не поднимается. А самое главное, если отключить питание ноут отрубается сразу же, полсекунды поработав от батареи. Как же он до этого проработал больше часа, а сейчас вообще ноль…

Вот что upower показывает:

Это он сутки простоял на зарядке, дополз еле до 55% и всё, результат тот же. Может тут кто с таким сталкивался, реально ли зарядить|оживить|сбросить как-то батарею, чтобы она хоть несколько минут держала, в другую комнату успеть перенести)) Или это уже смерть?

Можно конечно новую заказать, она в районе 20$ стоит, но ноут уже довольно старый, и неизвестно сколько та батарея на складе лежала. Или они в разряженном состоянии могут долго храниться и им ничего не будет?

acpi_call MOK ключ в secure boot

Привет всем. Хочу зарегистрировать в secure boot модуль acpi_call, но после перезагрузки, входа в EFI и ввода пароля (enroll MOK, continue, confirm, enter password, reboot) после включения и чека ключа в dmesg | grep cert моего ключа там нет. Пользовался инструкцией с Debian Wiki, что и какие логи прилаживать не знаю. Что я делаю не так?

Полное отключение управления питанием!

Есть машинка sony vaio vgn-p39vrl.

Куплена с рук, задешево, с немного протекающим по заряду аккумулятором, который разряжается процентов на 15-ть за сутки без использования, но…

Есть ещё особенность — заряжать его можно только при выключенном состоянии компьютера. При попытке вставить штекер в работающий комп всё тухнет, и отключается. (Я знаю, что скорее всего это цепь питания около проца, и надо разобрать-перепаять-и-помолиться. Но пока не рассматриваю этот вариант, потому что для этого нужны доп.вложения, время, и повышение квалификации.)

Это происходит и при управлении win, и при lin (lubuntu 18.04, потому что это последняя лубунта, которая пашет на х86, а в машинке именно такой проц).

Для моих нужд лубунта меня полностью устаивает на этом агрегате, и всё чудесно до того момента, когда батарея почти кончилась, и надо зарядить.

И вот, если надо подзарядить, то воткнув провод всё тухнет. Это раздражает.

Но, если перед этим процессом не загружать ось, а войти в биос, то можно хоть тыкать-перетыкать, — всё заряжается и не глючит. Никаких глюков, никаких проблем.

Отсюда делаю вывод, что в биос нет всяких запарок с управлением питания, а значит, чтобы мне жить счастливо — надо в лубунте полностью отключить любой контроль питания со стороны ОС, и мне будет клёв.

И вот наконец вопрос к уважаемому сообществу — как полностью убрать из лубунты 18.04 любое управление питанием. Пересобрать ядро для меня не проблема, я этим уже успешно занимался на разных системах, если тут кто-то из злых будет троллить. Но буду благодарен, если вы скажете, что там надо отключить перед сборкой. И разумеется, одним ядром это по идее ограничиваться не должно.

Надеюсь, что ваше доброе сообщество мне поможет, и развеет стереотип, что ЛОР это злые агрессивные тролли.

Не работает Suspend на новом ноутбуке

Проблема: на новом девайсе (Fujitsu U9311) не работает засыпание.
Точнее, засыпание работает, а вот после просыпания — экран на секунду моргает (на экране то, что было перед засыпанием), затем чернеет, затем ноут ещё раз засыпает и просыпается (и так по кругу).

Гибернейт при всём этом работает.

Процессор и видео:

Ядро из гита собирать пробовал, результат такой же.

В dmesg есть странное:

Другие ядра/дистрибутивы/whatever также попробованы, результат точно такой же.
Кто-то может подсказать, куда копать дальше?

Очередная трабла с ждущим режимом

Настольный комп, который всегда удобно было отправлять в «спячку»-суспейндить. На одном разделе Федора 34, на Другом перманентно что-то убунтушное — элементари, Минт, etc. На убунтушных на всех до единого проблема с ждущим режимом — при переходе в него система отключает большинство ресурсов, приглушает акк, тушит экран и виснет, что решается только хардресетом. На соседней Федоре такх проблем нет.

Судя по запросам в поисковиках, такая проблема не только у меня, но с убунтушных форумов много не возьмёшь. Ответа нет.

Может, тут кто-то нашёл причину?

: В консоли постоянно трется ошибка.

Что означает эта строчка и как ее убрать? Хотя это мне не сильно мешало, но вдруг это что-то важное, подскажите.

acpi_tz0: _CRT value is absurd, ignored (256.1C)

Неправильно работают кнопки регулировки яркости дисплея на HP ProBook

Здравствуйте. На ноутбук HP ProBook 450 G6 установил Ubuntu 20.04 второй системой. Если в винде нажатие Fn+F3 или Fn+F4 уменьшало/увеличивало яркость, то в линуксе они включают/выключают микрофон, хотя за это же отвечает Fn+F8. Нашел похожий вопрос на форуме, там человеку помогло обновление биоса. Мне же оно не помогло…

Ноутбук самовольно выходит из спящего режима

Есть такая проблема, которая возникает далеко не всегда — ноут сразу после ухода в sleep самовольно просыпается. Можно ли как-то понять, что является причиной выхода машины из спящего режима?

ACPI BIOS Error (bug)

linux-5.10.7 manjaro, Ноутбук HP Probook 455R G6, AMD Ryzen 5 3500U + встройка vega 8, 16 Гб памяти, 256 ssd + 1 Tb hdd. Такая ошибка и на других дистрибутивах. Система запускается, но ошибка беспокоит. Ниже команда dmesg.

[ 0.458419] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.LPC0.EC0], AE_NOT_FOUND (20200925/dswload2-162)
[ 0.458424] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20200925/psobject-220)

[ 0.597828] pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.

[ 0.639528] ACPI BIOS Error (bug): AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20200925/exoparg2-393)
[ 0.639537] ACPI Error: Aborting method _TZ.GETP due to previous error (AE_AML_PACKAGE_LIMIT) (20200925/psparse-529)
[ 0.639542] ACPI Error: Aborting method _TZ.CHGZ._CRT due to previous error (AE_AML_PACKAGE_LIMIT) (20200925/psparse-529)
[ 0.640067] ACPI BIOS Error (bug): AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20200925/exoparg2-393)
[ 0.640072] ACPI Error: Aborting method _TZ.GTTP due to previous error (AE_AML_PACKAGE_LIMIT) (20200925/psparse-529)
[ 0.640077] ACPI Error: Aborting method _TZ.CHGZ._TMP due to previous error (AE_AML_PACKAGE_LIMIT) (20200925/psparse-529)
[ 0.640104] ACPI BIOS Error (bug): AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20200925/exoparg2-393)
[ 0.640111] ACPI Error: Aborting method _TZ.GETP due to previous error (AE_AML_PACKAGE_LIMIT) (20200925/psparse-529)
[ 0.640115] ACPI Error: Aborting method _TZ.CHGZ._CRT due to previous error (AE_AML_PACKAGE_LIMIT) (20200925/psparse-529)

Биосологи, подскажите.

. пожалуйста, как можно исправить следующее:

LED индикаторы клавиатуры

Сап, ЛОР. Переехал на новый ноут, с индикаторами микрофона и звука на клавиатуре, и меня очень бесит, что они не работают.

Собственно начал изучать вопрос, нашел байты в Embedded Controller, которые за эти индикаторы отвечают, и даже поморгал ими на офтопе.

Затем нашлась эта тема, где описано тоже самое, только про user-space и батарею.

Посмотрел как написаны другие драйвера, но не все понятно:

Что есть EC_SC/EC_DATA и «порты»?

Что это за reg-sequence, как они работают, и относятся ли они к моему случаю?

Если же нет, то как мне записывать данные в нужные регистры (вроде как ec_write из acpi.h, но не работает, либо я что-то делаю не так).

Используется ли этот метод загрузки драйверов/модулей по dmi?

Конечная цель — заставить работать эти два индикатора и добавить их в кодовую базу ядра. Любая дополнительная инфа приветствуется.

ACPI и магия

Переехал на новую машину, при закрытии крышки ноутбука, он засыпает далеко не с первого раза. Запустил acpi_listen – событий действительно нету. Глянул что происходит в /proc/acpi/button/lid/LID0/state в цикле (ежесекундно), и события начали сыпаться. Т.е. при наблюдении извне за этим файлом, начали посылаться acpi-events.

В таком виде ноут засыпает и тут же просыпается. Судя по значению LID0/state, крышка открыта именно когда я её открыл, а вот ивент залогировать по времени не знаю как.

Собственно, объясните пожалуйста как это работает, и как починить.

UPD.: самостоятельно просыпается после сна запущенного из krun.

UPD.2: засыпает нормально, только если читать файл.

Проблема с USB портом, с которого запускается система или здесь что-то другое?

Смущает отсутствие ACPI Error: Method parse/execution failed _PR.CPU0._PDC

Пока что лечится перетыканием флешки в другой USB-разъем. Но, подозреваю, что также может срабатывать из-за повторного запуска.

ПК от батареи, как Ноут с батареей (возможно ли)

Посоветуйте, пожалуйста, ИБП, желательно в ссылке. Громоздкое решение не хотелось бы, просто что бы, монитор и ПК, отработали 10 минут. Предыстория такова:

• комп хотел собрать, началось все с ИБП, все накидал, БП, память и с матерью определиться осталось, как и с cpu, но вернулся к тому с чего начиналось, и так с ИБП не определился
• мне надо: на случай, если свет вырубят, что бы комп на лине мог видеть процент заряда в источнике и если 5% выключался комп или в спячку уходил он, так сказать как ноут что бы работал.

1. Можно ли, что бы ПК как ноут работал, если был низкий заряд в батареи, оно в спячку уходил?
2. Что-то находил в сети с решением на уровне acpi, usb-коннект нормальное решение и увидит ли его ОС?
3. Через, какой-нибудь power-manager, скажем mate-power-manager получится ли задуманное? Для ноута само-собой прокатывает, как для выключения, так и для спячки
4. Я пока только присматриваюсь, бесперебойник (или ИБП, или как оно правильно зовется) можете посоветовать для desktop-ПК?

Dell Latitude не приходит ивент закрытия крышки ноута

Сабж.
Latitude 5480 + Ubuntu 16.04/18.04/20.04
В инторнетах такое ощущение что ни у кого такой проблемы нет.
Ивент слушаю через acpi_listen

Точно так же проверяю содержимое /proc/acpi/button/lid/LID0/state и так тоже всегда open.

Даже не знаю куда копать дальше.

P.S. При всех проблемах все остальное отлично (ну или почти) работает: все кнопки, подсветки, переферия. слип правда сразу же просыпается, но зато хибернейт работает.

Переходит в ждущий режим, хотя acpid выключен

В общем, странная проблема. Void Linux, ядро 5.8.9. Выключил службу acpid. Но ноутбук упорно переходит в ждущий режим при закрытии крышки. Но не всегда, что характерно. В dmesg при этом такие записи:

При в этом с Debian (установлен рядом) такой проблемы нет, то есть если выполнить

– то перехода и спящий не будет. Может, в Void ядро плохое? В Debian версия младше.

Проблема с выключением всех систем на базе linux

приветствую! Моя машина — ноутбук dexp achilles g118. Изготовитель платы dns. uefi 2015 года.

Проблема заключается в том, что у меня не выключается ни одна система на базе Linux(кроме систем с мезозойскими ядрами -5 века(и ещё Mint Uliana до всех обновлений выключался), я не воин linux’а, так что смотреть ядра не стал, а оставил на финальный рывок, если тут не помогут). Сбой происходит на финальном этапе выключения («reboot: Power down» и всё встаёт).

Всё остальное работает правильно. Собственно, даже reboot работает нормально. На что только не грешил, перепробовал всё, проверял работоспособность всех модулей и пакетов ядра через dmesg. Везде всё хорошо, кроме acpi, с которым тоже копался: пробовал менять драйвер (так и не поменял, потому что не нашёл), вынимал кабель питания, батарею. Включал — выключал всё до чего достали руки (wifi и lan, bluetooth, систему контроля питания, короче говоря всё, что есть в системе и что можно выключить ‘нетерминально’). Драйверы на видеоадаптер ставил через встроенный «менеджер драйверов». Прописывал в grub «verbose», «acpi=force». Даже выключал как shutdown -h now ; poweroff ; halt- нет разницы.

Начинаю думать, что дело в плате и acpi контроллере.

Свежая информация: Система загружается, как положено через UEFI, а не через ACPI. Проблема, видимо, не в железе, а в софте. За непониманием происходящего, удаляюсь с форума побеждённым Linux’ом. Возможно, отпишу позже.

Battery: found native INT33F4 PMIC, not loading

Ноубтук Prestigio PSB116A

В linux не хочет показывать заряд батареи.

В логе оно пишет:

battery: ACPI: Battery: found native INT33F4 PMIC, not loading

Я даже заблеклистил battery, батарейка не появилась. Но, как я понял, блеклистить и не надо. В интернете советуют блеклистить, и грузить модули a20x-* и a288*, но они у меня и так загружаются:

Но статус батареи не показывается, ноутбук всегда считает, что работает от сети. В OpenBSD он видит, что есть батарея, но никаких её характеристик не показывает, просто нули везде. В венде заряд батареи показывается.

Что можно сделать?

Лютый флуд в messages что то про ACPI

Обновился пару месяцев назад и с тех пор в логи система срет вот так ежесекундно. Чего он хочет то?

Источник