You are not logged in.
Pages: 1
Hello everybody,
I have an issue with hibernation (suspend to disk). The system is not a laptop, but a Dell T1700 workstation. The DE running on it is KDE, if that matters at all.
The swap partition resides inside an LVM, together with the root partition. The LVM is encrypted and except for the hibernation issue, everything's working fine.
So I made the neccessary changes to both
/etc/mkinitcpio.conf
and also
/etc/default/grub
>>
HOOKS="base udev plymouth autodetect modconf block filesystems keyboard keymap plymouth-encrypt lvm2 resume fsck"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash cryptdevice=/dev/sda4:main resume=/dev/mapper/main-swap ...
Now, after restarting the machine, I have tried the hibernation, which seems to write something to the disk and afterwards it will show the following lines on the top left corner of the screen:
serial 00:06: activation failed
dpm_run_callback(): pnp_bus_resume+0x0/0x90 returns -5
PM: Device 00:06 failed to thaw: error -5
EDIT: I have corrected the above error message, it says failed to thaw and not failed to restore
After that it either shuts down (as in power is off) or keeps running even it turns the monitor off. In the first case, it can be resumed from the hibernation normally,
but the dmesg command returned
4月 28 18:23:48 T1700 kernel: ACPI Error: Field [DRQL] at 144 exceeds Buffer [NULL] size 128 (bits) (20160108/dsopcode-236)
4月 28 18:23:48 T1700 kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.SIO1.DSRS] (Node ffff8802650a8f00), AE_AML_BUFFER_LIMIT (20160108/psparse-542)
4月 28 18:23:48 T1700 kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.UAR1._SRS] (Node ffff8802650a95a0), AE_AML_BUFFER_LIMIT (20160108/psparse-542)
4月 28 18:23:48 T1700 kernel: serial 00:06: activation failed
4月 28 18:23:48 T1700 kernel: dpm_run_callback(): pnp_bus_resume+0x0/0x90 returns -5
4月 28 18:23:48 T1700 kernel: PM: Device 00:06 failed to restore: error -5
I found that Device 00:06 is PNP0501 , a COM port?
dmesg | grep "00:06"
[ 0.228504] pnp 00:06: [dma 0 disabled]
[ 0.228528] pnp 00:06: Plug and Play ACPI device, IDs PNP0501 (active)
[ 0.479746] 00:06: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
[ 96.067285] serial 00:06: disabled
[ 96.067287] serial 00:06: System wakeup disabled by ACPI
[ 96.704301] serial 00:06: activation failed
[ 96.704306] PM: Device 00:06 failed to restore: error -5
In most cases however, it is not possible to resume from hibernation normally. Any ideas on this issue?
2016-04-28 22:12 JST EDIT:
I have tried adding i8042.nopnp to GRUB and I was able to hibernate and resume then. However, I was also able to do that before issuing this boot parameter.
In both cases I get the above error about 2 seconds before the system shuts down. So I don't think this is a solution.
Last edited by i716 (2016-05-01 06:36:31)
Offline
bump
Offline
You shouldn't bump your threads.
That said it seems the problem is something at a low level. You should try googling for similar problems and after you've tried to solve it by yourself take the problem to the kernel bugtracker. The kernel devs are the ones in the best position to help you debug this.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Sorry for bumping up this thread. Won't happen again.
Regarding the issue itself, I have been reading through similar topics for the past 3 days and I have also tried to remedy it by myself, unfortunately nothing I found elsewhere actually solved the problem. So I guess my best bet would be to follow your advice and report the issue upstream.
Offline
Just one more thing I'd like to try before reporting it as a bug. My current /etc/mkinitcpio.conf has the following HOOKS in it:
HOOKS="base udev plymouth autodetect modconf block filesystems keyboard keymap plymouth-encrypt lvm2 resume fsck"
Would it be worth a try to change base and udev to systemd (and lvm2 to sd-lvm2)?
Offline
Did you ever rebuild your initramfs after making changes to it?
If quantum mechanics hasn't profoundly shocked you, you haven't understood it yet.
Niels Bohr
Offline
@TheChickenMan: Yes, I did rebuild the initramfs after adding the resume hook.
Offline
Would it be worth a try to change base and udev to systemd (and lvm2 to sd-lvm2)?
Comment your current HOOKS line and try the new one. I doubt it will make a change, like I said the problem seems to be at a quite low level, but you'll never know if you don't try.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Pages: 1