Привет!
Система переходит в ждущий режим корректно, но выходит из него не полностью.
Включается экран, “загорается” мышь и клавиатура – и всё, остаётся только хардресет.
При переходе на другую tty не даёт залогиниться и перезагрузиться:
В чём может быть проблема?
P.S. Пробовал установить ядро 5.4.97 – безрезультатно.
Система:
OS: Calculate/Linux x86_64
Kernel: 5.10.9-calculate
DE: Plasma 5.20.5
WM: KWin
CPU: Intel Xeon E3-1246 v3 (8) @ 3.900GHz
GPU: Intel HD Graphics
каким образом машина отправляется в спящий режим? закрытием крышки ноутбука? из стартового меню?
жалоба на частый вызов уровня c2 намекает, что какое-то событие либо зациклено, либо что-то еще.
жалоба на то, что не может выполнить /sbin/shutdown, вероятно, означает, что помимо попытки отправить машину в сон срабатывает что-то еще, что вызывает ребут или полное выключение. в связи с чем вопрос - что такое происходит в dmesg при уходе в сон? стоит поставить эксперимент: запустить dmesg -Tw в текстовой консоли, отправить спать, затем проснуться и посмотреть, что там и как. заодно в другой консоли можно запустить tail -f /var/log/messages.
В ждущий режим отправлял по-разному, из меню, командой s2ram.
Запустил dmesg -Tw отправил в ждущий через меню, появилась надпись suspend entry (deep) и комп “уснул”.
После пробуждения на следующий день получилась такая картинка:
Ни мышь ни клава не работали.
Видео
из этого следует, что у него что-то не то после пробуждения с накопителем. то ли контроллер не стартанул как следует, то ли сам накопитель не сообразил, что надо уже что-то делать… а в нормальной работе в dmesg нет подобных строк по sda?
очень странно, что не подцепились клавиатура с мышью - на видео видно, что цепляется клавиатура и создается для нее event-девайс. стоит в этот момент еще посмотреть на лог иксов - например на предварительно запущенный tail -f /var/log/Xorg.0.log
В нормальной работе dmesg по дискам ничего критичного не показывает:
$ dmesg | grep ‘sda’
[ 2.840798] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 2.841750] sd 0:0:0:0: [sda] 4096-byte physical blocks
[ 2.843648] sd 0:0:0:0: [sda] Write Protect is off
[ 2.845504] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 2.846459] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
[ 2.964122] sda: sda1 sda2 sda3 sda4
[ 2.965381] sd 0:0:0:0: [sda] Attached SCSI disk
[ 5.376092] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 5.568327] dracut: Mounted root filesystem /dev/sda1
[ 5.607343] EXT4-fs (sda1): re-mounted. Opts: (null)
[ 5.765699] EXT4-fs (sda1): re-mounted. Opts: (null)
[ 11.990630] EXT4-fs (sda1): re-mounted. Opts: (null)
[ 13.664964] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
Но есть ворнинги по ACPI, может они прольют свет на проблему? ))
$ dmesg | grep ‘Warning’
[ 9.472722] ACPI Warning: SystemIO range 0x0000000000001828-0x000000000000182F conflicts with OpRegion 0x0000000000001800-0x000000000000187F (\PMIO) (202009
25/utaddress-204)
[ 9.472729] ACPI Warning: SystemIO range 0x0000000000001C40-0x0000000000001C4F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR2) (202009
25/utaddress-204)
[ 9.472731] ACPI Warning: SystemIO range 0x0000000000001C40-0x0000000000001C4F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (2020092
5/utaddress-204)
[ 9.472734] ACPI Warning: SystemIO range 0x0000000000001C30-0x0000000000001C3F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR2) (202009
25/utaddress-204)
[ 9.472736] ACPI Warning: SystemIO range 0x0000000000001C30-0x0000000000001C3F conflicts with OpRegion 0x0000000000001C00-0x0000000000001C3F (\GPRL) (202009
25/utaddress-204)
[ 9.472737] ACPI Warning: SystemIO range 0x0000000000001C30-0x0000000000001C3F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (2020092
5/utaddress-204)
[ 9.472740] ACPI Warning: SystemIO range 0x0000000000001C00-0x0000000000001C2F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR2) (202009
25/utaddress-204)
[ 9.472741] ACPI Warning: SystemIO range 0x0000000000001C00-0x0000000000001C2F conflicts with OpRegion 0x0000000000001C00-0x0000000000001C3F (\GPRL) (202009
25/utaddress-204)
[ 9.472743] ACPI Warning: SystemIO range 0x0000000000001C00-0x0000000000001C2F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (2020092
5/utaddress-204)
tail -f /var/log/Xorg.0.log
никакой информации не предоставила. После пробуждения клавиатура с мышкой зависли, а картинка с монитора пропала.
увы, предупреждения ACPI о конфликтах случаются регулярно… возможно в момент выхода из сна сам диск или контроллер чего-нибудь недополучает. увы, только гадать.
но вот тут совершенно случайно выяснилось, что при неработающей поддержке TPM на некоторых устройствах (особенно ноутбуках) не фурычит выход из suspend - вместо выхода из сна висит полностью несколько секунд, а потом перезагружается (возможно вочдог какой-нибудь срабатывает). случайно в вашем компьютере нет такого модуля? возможно может помочь пересборка ядра с опциями TCG_TPM и соответствующим вашему оборудованию (например, TCG_CRB)
