#29202 – не отключается ноутбук при закрытии крышки

Bug 29202 - не отключается ноутбук при закрытии крышки

Summary: не отключается ноутбук при закрытии крышки

Status:	CLOSED FIXED

Alias:	None

Product:	Branch p7
Classification:	Distributions
Component:	kernel-image-std-def (show other bugs)
Version:	не указана
Hardware:	x86_64 Linux

Importance:	P3 normal
Assignee:	Andrey Cherepanov
QA Contact:	qa-p7@altlinux.org

URL:	http://http://forum.altlinux.org/inde...
Keywords:

Depends on:
Blocks:

Reported:	2013-07-18 21:10 MSK by чайник
Modified:	2013-07-25 10:49 MSK (History)
CC List:	6 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description

чайник 2013-07-18 21:10:04 MSK

Железо: Ноутбук Compaq Presaria CQ57. Настройки в "Управление питанием" сделаны соответствующим образом, чтобы при закрытии крышки ноут отключался, чего не происходит. При нажатии кнопки выключение происходит за несколько секунд. Когда закрываешь крышку бука, выключение зависает. Просмотреть логи не могу, когда ноут не выключается открываешь крышку и нажатие на любую клавишу вызывает быстрое выключение бука. 

Ошибки в логах при загрузке
Jul 17 10:31:46 noand kernel: [    7.854054] ACPI Error: Field [B128] at 1152 exceeds Buffer [NULL] size 160 (bits) (20121018/dsopcode-236)
Jul 17 10:31:46 noand kernel: [    7.854060] ACPI Error: Method parse/execution failed [\_SB_.WMID.HWCD] (Node ffff880244c0dba0), AE_AML_BUFFER_LIMIT (20121018/psparse-537)
Jul 17 10:31:46 noand kernel: [    7.854068] ACPI Error: Method parse/execution failed [\_SB_.WMID.WMAD] (Node ffff880244c0f2e0), AE_AML_BUFFER_LIMIT (20121018/psparse-537)
Jul 17 10:31:46 noand kernel: [    7.854257] ACPI Error: Field [B128] at 1152 exceeds Buffer [NULL] size 160 (bits) (20121018/dsopcode-236)
Jul 17 10:31:46 noand kernel: [    7.854262] ACPI Error: Method parse/execution failed [\_SB_.WMID.HWCD] (Node ffff880244c0dba0), AE_AML_BUFFER_LIMIT (20121018/psparse-537)
Jul 17 10:31:46 noand kernel: [    7.854268] ACPI Error: Method parse/execution failed [\_SB_.W

Ядро: bash-3.2$ uname -r
3.8.13.4-std-def-alt1.M70P.1




Система: 1 кандидат в релизы kdesktop

кроме того невозможно выключить службу mdadm-activation.service при помощи 
# systemctl stop  mdadm-activation.service
# systemctl disable  mdadm-activation.service
можно блокировать службу при помощи mask в результате вывод такой:
# systemctl status mdadm-activation.service
mdadm-activation.service
   Loaded: masked (/dev/null)
   Active: inactive (dead)

июл 16 10:37:22 noand.localdomain systemd[1]: Starting Activation of RAID devices...
июл 16 10:37:25 noand.localdomain mdadm[891]: mdadm: No arrays found in config file or ...ly
июл 16 10:37:25 noand.localdomain systemd[1]: mdadm-activation.service: main process ex...RE
июл 16 10:37:25 noand.localdomain systemd[1]: Failed to start Activation of RAID devices.
июл 16 10:37:25 noand.localdomain systemd[1]: Unit mdadm-activation.service entered fai...te
июл 16 14:35:48 noand.localdomain systemd[1]: Starting Activation of RAID devices...
июл 16 14:35:49 noand.localdomain mdadm[927]: mdadm: No arrays found in config file or ...ly
июл 16 14:35:49 noand.localdomain systemd[1]: mdadm-activation.service: main process ex...RE
июл 16 14:35:49 noand.localdomain systemd[1]: Failed to start Activation of RAID devices.
июл 16 14:35:49 noand.localdomain systemd[1]: Unit mdadm-activation.service entered fai...te

ведущий разработчик через mask отправляет эти попытки в /dev/null. Но не прекращает их http://lexpr.ru/node/503, получается, что это просто костыль.

Comment 1

чайник 2013-07-18 21:25:04 MSK

бук не уходит ни в сон, ни выключается при закрытии крышки. Нажатие кнопки питания работает нормально, как настроено, выводит сообщение о нужных действиях. Интересно, что на подобном же ноуте стоит р6 и там все работает нормально.

Comment 2

чайник 2013-07-19 19:36:43 MSK

 > Система: 1 кандидат в релизы kdesktop

Comment 3

чайник 2013-07-21 20:01:16 MSK

(В ответ на комментарий №2)
>  > Система: 1 кандидат в релизы kdesktop

Как мне кажется я все таки отловил причину, хотя конечно это может мне просто казаться. Вот лог:

Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wwan: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name
Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wimax: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name
Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.network-control: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name
Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.wifi.share.protected: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name
Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.wifi.share.open: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name
Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.system: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name
Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.own: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name
Jul 21 21:41:53 noand NetworkManager[2784]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.hostname: (3) GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get UID of name ':1.32': no such name

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

Comment 4

чайник 2013-07-21 20:09:20 MSK

Довольно странно ведет себя NM. Сначала именно он мешал быстрому запуску иксов, при загрузке системы всегда приходит приглашение ввода пинкода бага №29145.
Теперь вот Именно NM не дает нормально выключать ноут при закрытии крышки бука.

Comment 5

Mikhail Efremov 2013-07-22 14:32:20 MSK

(В ответ на комментарий №4)
> Довольно странно ведет себя NM. Сначала именно он мешал быстрому запуску иксов,

NM не в состоянии помешать запуску "иксов".

> Теперь вот Именно NM не дает нормально выключать ноут при закрытии крышки бука.

Это крайне маловероятно. Можете проверить, остановив NM перед засыпанием.
Часто проблемы с засыпанием происходят из-за какого-нибудь модуля ядра, решается выгрузкой модуля перед засыпанием и загрузкой после просыпания. Раньше для этого было удобно использовать pm-utils, есть ли штатный способ сделать такое в systemd - не в курсе. Впрочем, написать подобный service-файл довольно просто, можно хоть те же pm-utils использовать.
Вся сложность выяснить, действительно ли мешает какой-то модуль и если да, то какой именно.

Comment 6

чайник 2013-07-24 15:18:44 MSK

(В ответ на комментарий №5)

> > Теперь вот Именно NM не дает нормально выключать ноут при закрытии крышки бука.
> 
> Это крайне маловероятно. Можете проверить, остановив NM перед засыпанием.
> Часто проблемы с засыпанием происходят из-за какого-нибудь модуля ядра,
> решается выгрузкой модуля перед засыпанием и загрузкой после просыпания. Раньше
> для этого было удобно использовать pm-utils, есть ли штатный способ сделать
> такое в systemd - не в курсе. Впрочем, написать подобный service-файл довольно
> просто, можно хоть те же pm-utils использовать.
> Вся сложность выяснить, действительно ли мешает какой-то модуль и если да, то
> какой именно.

И все таки маловероятное, в моем случае, стало самым вероятным. Как я уже говорил, при закрытии крышки бук не выключался, вернее все отключалось, но горели пара лампочек на буке, а когда открывал крышку, бук начинал работать и через секунд пять отключался. Я скинул отрывок /var/log/messages, где видно, что  после закрытия крышки именно NM продолжал "долбить". Я проверял, ожидая по долгу времени. Логи показывают, что все время именно NM мешал нормальному отключению.

Я сделал следующее, в ЦУС отключил NM, поставив на пункт "не контролируется", после этого бук практически мгновенно выключается, когда я закрываю крышку. На выключение уходит секунд 7 -10.

Comment 7

Эрик 2013-07-25 05:07:26 MSK

Собственно, после описанных выше телодвижений, проблема выскакивала через раз... Но после update-kernel и dist-upgrade проблема исчезла. Большое спасибо!

Comment 8

Эрик 2013-07-25 05:08:45 MSK

(В ответ на комментарий №7)
> Собственно, после описанных выше телодвижений, проблема выскакивала через
> раз... Но после update-kernel и dist-upgrade проблема исчезла. Большое спасибо!
 uname -r
3.8.13.5-std-def-alt1.M70P.1

Comment 9

Andrey Cherepanov 2013-07-25 10:49:06 MSK

Тогда закрываем.