После ухода в suspend или hibernate через 2 секунды включается

Vitaly	# 2 года, 3 месяца назад
Темы: 16 Сообщения: 52 Участник с: 18 февраля 2018	Здравствуйте! Собственно сабж Находил тут тему похожую, там все решилось выгрузкой модулей ehci и xchi Мне же это не помогло `sudo modprobe -rf xchi_pci sudo modprobe -rf ehci_pci modprobe: FATAL: Module ehci_pci is builtin.` Другие советы из той темы тоже не помогли Куда копать, какие логи смотреть?

# 2 года, 3 месяца назад

Сообщения: 52

Участник с: 18 февраля 2018

Здравствуйте! Собственно сабж
Находил тут тему похожую, там все решилось выгрузкой модулей ehci и xchi
Мне же это не помогло


sudo modprobe -rf xchi_pci
sudo modprobe -rf ehci_pci
modprobe: FATAL: Module ehci_pci is builtin.

Другие советы из той темы тоже не помогли
Куда копать, какие логи смотреть?

grayich	# 2 года, 3 месяца назад
Темы: 230 Сообщения: 2206 Участник с: 08 января 2009	может мышка\клава\сеть или ещё какое внешнее воздействие будит?

Vitaly	# 2 года, 3 месяца назад
Темы: 16 Сообщения: 52 Участник с: 18 февраля 2018	grayich может мышка\клава\сеть или ещё какое внешнее воздействие будит? нет, все на месте стоит. Он прям по питанию выключается, проходит 2 секунды и включается опять

grayich	# 2 года, 3 месяца назад
Темы: 230 Сообщения: 2206 Участник с: 08 января 2009	и всё-таки лучше отключить мышь\клаву\сеть и прочие устройства и проверить без них

vasek	# 2 года, 3 месяца назад
Темы: 47 Сообщения: 11743 Участник с: 17 февраля 2013	grayich лучше отключить мышь\клаву\сеть и прочие устройства и проверить без них поддержу, но с уточнением ... для начала узнать grep enabled /proc/acpi/wakeup Ошибки не исчезают с опытом - они просто умнеют

Vitaly	# 2 года, 3 месяца назад
Темы: 16 Сообщения: 52 Участник с: 18 февраля 2018	vasek grayich лучше отключить мышь\клаву\сеть и прочие устройства и проверить без них поддержу, но с уточнением … для начала узнать grep enabled /proc/acpi/wakeup grep enabled /proc/acpi/wakeup `EUSB S4 enabled pci:0000:00:1d.0 USBE S4 enabled pci:0000:00:1a.0 PEX0 S4 enabled pci:0000:00:1c.0 PEX1 S3 enabled pci:0000:00:1c.1 PEX3 S3 enabled pci:0000:00:1c.3 NPE1 S3 enabled pci:0000:00:01.0 NPE2 S3 enabled pci:0000:00:01.1 NPE3 S3 enabled pci:0000:00:02.0 NPE7 S3 enabled pci:0000:00:03.0 PWRB S3 enabled platform:PNP0C0C:00` Без клавомышки уснул, но отказался просыпаться, был просто черный экран и клава не инициализировалась (на Numlock не реагировала), но питание на мышь шло XD Пришлось ресетом его

Vitaly

# 2 года, 3 месяца назад

Темы: 16

Сообщения: 52

Участник с: 18 февраля 2018

vasek
grayich
лучше отключить мышь\клаву\сеть и прочие устройства и проверить без них
поддержу, но с уточнением … для начала узнать grep enabled /proc/acpi/wakeup

grep enabled /proc/acpi/wakeup


EUSB      S4    *enabled   pci:0000:00:1d.0
USBE      S4    *enabled   pci:0000:00:1a.0
PEX0      S4    *enabled   pci:0000:00:1c.0
PEX1      S3    *enabled   pci:0000:00:1c.1
PEX3      S3    *enabled   pci:0000:00:1c.3
NPE1      S3    *enabled   pci:0000:00:01.0
NPE2      S3    *enabled   pci:0000:00:01.1
NPE3      S3    *enabled   pci:0000:00:02.0
NPE7      S3    *enabled   pci:0000:00:03.0
PWRB      S3    *enabled   platform:PNP0C0C:00

Без клавомышки уснул, но отказался просыпаться, был просто черный экран и клава не инициализировалась (на Numlock не реагировала), но питание на мышь шло XD
Пришлось ресетом его

vasek	# 2 года, 3 месяца назад
Темы: 47 Сообщения: 11743 Участник с: 17 февраля 2013	Vitaly После ухода в suspend или hibernate через 2 секунды включается Для начала неплохо провести простенький анализ подсчета событий выхода из suspend, для чего перезагружаемся и ничего лишнего не делаем 1. Смотрим и сохраняем выводы `grep -c enable /proc/acpi/wakeup cat /sys/power/wakeup_count sudo egrep 'success:\|fail:' /sys/kernel/debug/suspend_stats (если fail: > 0, смотрим полный вывод)` 2. Отправляем в suspend 3. После выхода (самопроизвольного) из suspend смотрим и сохраняем выводы по п.1 `grep -c enable /proc/acpi/wakeup cat /sys/power/wakeup_count sudo egrep 'success:\|fail:' /sys/kernel/debug/suspend_stats (если fail: > 0, смотрим полный вывод)` 4. Анализируем полученные выводы В части Vitaly modprobe: FATAL: Module ehci_pci is builtin Это означает, что модуль ehci_pci скомпилирован в ядро, то есть выгрузить его не получится … проверяем zgrep EHCI_PCI /proc/config.gz CONFIG_USB_EHCI_PCI=y modinfo ehci_pci name: ehci_pci filename: (builtin) Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 года, 3 месяца назад

Темы: 47

Сообщения: 11743

Участник с: 17 февраля 2013

Vitaly
После ухода в suspend или hibernate через 2 секунды включается

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

grep -c enable /proc/acpi/wakeup
cat /sys/power/wakeup_count
sudo egrep 'success:|fail:' /sys/kernel/debug/suspend_stats
(если fail: > 0, смотрим полный вывод)

2. Отправляем в suspend
3. После выхода (самопроизвольного) из suspend смотрим и сохраняем выводы по п.1

grep -c enable /proc/acpi/wakeup
cat /sys/power/wakeup_count
sudo egrep 'success:|fail:' /sys/kernel/debug/suspend_stats
(если fail: > 0, смотрим полный вывод)

4. Анализируем полученные выводы

В части

Vitaly
modprobe: FATAL: Module ehci_pci is builtin

Это означает, что модуль ehci_pci скомпилирован в ядро, то есть выгрузить его не получится … проверяем
zgrep EHCI_PCI /proc/config.gz
CONFIG_USB_EHCI_PCI=y

modinfo ehci_pci
name: ehci_pci
filename: (builtin)

Ошибки не исчезают с опытом - они просто умнеют

Vitaly	# 2 года, 3 месяца назад
Темы: 16 Сообщения: 52 Участник с: 18 февраля 2018	До suspend `grep -c enable /proc/acpi/wakeup 10 cat /sys/power/wakeup_count 0 sudo egrep 'success:\|fail:' /sys/kernel/debug/suspend_stats [sudo] пароль для vitaly: success: 0 fail: 0` После `grep -c enable /proc/acpi/wakeup 10 cat /sys/power/wakeup_count 0 sudo egrep 'success:\|fail:' /sys/kernel/debug/suspend_stats success: 1 fail: 0` Насчет ядра я это понял, собрал ванильное ядро, но его не видит update-grub :( У меня не свосем арч а манджаро (арч был, но ссд сдохла а на новую было лень арч ставить), поэтому с asp не прокатывает

Vitaly

# 2 года, 3 месяца назад

Темы: 16

Сообщения: 52

Участник с: 18 февраля 2018

До suspend


grep -c enable /proc/acpi/wakeup
10
cat /sys/power/wakeup_count
0
sudo egrep 'success:|fail:' /sys/kernel/debug/suspend_stats
[sudo] пароль для vitaly:
success: 0
fail: 0

После


grep -c enable /proc/acpi/wakeup
10
cat /sys/power/wakeup_count
0
sudo egrep 'success:|fail:' /sys/kernel/debug/suspend_stats
success: 1
fail: 0

Насчет ядра я это понял, собрал ванильное ядро, но его не видит update-grub :(
У меня не свосем арч а манджаро (арч был, но ссд сдохла а на новую было лень арч ставить), поэтому с asp не прокатывает

grayich	# 2 года, 3 месяца назад
Темы: 230 Сообщения: 2206 Участник с: 08 января 2009	а в BIOS отключена функция пробуждения?

vasek	# 2 года, 3 месяца назад
Темы: 47 Сообщения: 11743 Участник с: 17 февраля 2013	Vitaly, плохо соображаю, но насколько понимаю - пробуждение вызывает одно из устройств файле /proc/acpi/wakeup. Что можно попробовать? - командой echo <DEV> \| sudo tee /proc/acpi/wakeup (где <DEV> = устройство в 1-ом столбце /proc/acpi/wakeup) изменить значение enable на disable для всех устройств (типа, например, echo EUSB \| sudo tee /proc/acpi/wakeup ... и так далее). После проверить командой grep enable /proc/acpi/wakeup - для всех, думаю, не получится, но так узнаешь для каких не получилось .... после выполни команды приведенные в предыдущем посте ... и пробуй suspend ... и не надейся, что все получится ... если не получится, то путь анализа очень длинный. PS - повторное применение команды echo <DEV> \| sudo tee /proc/acpi/wakeup вернет все на старое место, как и reboot. В части Vitaly Насчет ядра я это понял, собрал ванильное ядро, но его не видит update-grub :( Не нужно пересобирать ядро - можно обойтись и без этого, главное пока понять, что вызывает пробуждение. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 года, 3 месяца назад

Темы: 47

Сообщения: 11743

Участник с: 17 февраля 2013

Vitaly, плохо соображаю, но насколько понимаю - пробуждение вызывает одно из устройств файле /proc/acpi/wakeup.
Что можно попробовать? - командой echo <DEV> | sudo tee /proc/acpi/wakeup (где <DEV> = устройство в 1-ом столбце /proc/acpi/wakeup) изменить значение enable на disable для всех устройств (типа, например, echo EUSB | sudo tee /proc/acpi/wakeup ... и так далее). После проверить командой grep enable /proc/acpi/wakeup - для всех, думаю, не получится, но так узнаешь для каких не получилось .... после выполни команды приведенные в предыдущем посте ... и пробуй suspend
... и не надейся, что все получится ... если не получится, то путь анализа очень длинный.
PS - повторное применение команды echo <DEV> | sudo tee /proc/acpi/wakeup вернет все на старое место, как и reboot.

В части

Vitaly
Насчет ядра я это понял, собрал ванильное ядро, но его не видит update-grub :(

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

Ошибки не исчезают с опытом - они просто умнеют