You are not logged in.
Hi,
hibernation worked quite good some time ago, but now it suddenly freezes when issueing hibernate. I see the screen popping up after turning black, but couldn't communicate with the system over mouse or keyboard. Normally, the system should shutdown after dumping the memory to swap.
Anyway, what is your experience with and what could we do in such cases as it only happens from time to time?
Last edited by sighoya (2022-04-19 20:04:27)
Offline
Really?
No one has this issue?
Offline
I find the root cause. It must be one of my external usb devices plugged into my workstation.
I've two wireless, one bluetooth and one usb lan device plugged into my workstation.
It must be one of them.
When I get enough time, I'm going to rule out which device is it and then file bug report.
First, I tried to reason which step of hibernation failed by iterating the test modes described in https://www.kernel.org/doc/html/latest/ … isk-or-std.
As it turns out, the 'device' step failed with a freeze.
Second, according the pm-debugging guide, I checked my loaded modules for freezeability by divide and conquer, i.e. halving the set of modules stored in refinedModules.txt for each execution.
The script I used so far:
#!/usr/bin/bash
#modules=$(lsmod | cut -d' ' -f1 | sort | sed -z 's/\n/ /g')
modules=$(cat refinedModules.txt)
for module in $modules
do
modprobe -r $module
done
echo devices > /sys/power/pm_test
echo disk > /sys/power/state
sleep 15
echo devices > /sys/power/pm_test
echo disk > /sys/power/state
for module in $modules
do
modprobe $module
doneThe problem for me was that the second hibernation freezes, so I have to execute the hibernation twice to check the freeze with some time in between such that services have enough time to get up until the next hibernation will occur.
As it turns out, unloading xhci_pci and xhci_pci_renesas before hibernation and loading these modules after resume solved the problem at least as a workaround.
Offline