You are not logged in.
Pages: 1
And yet another (different) problem with pm-hibernate: Now it freezes on hibernation about 50% of the time, the rest of the time it works.
There's nothing in pm-suspend.log - in fact I noticed that nothing at all has been written into it since mar 24 (hibernating did still work after that update though). Couldn't find anything except maybe
[2013-05-24 08:35] [PACMAN] upgraded systemd (204-1 -> 204-2)... that could be responsible for hibernate not being logged properly any more... not really sure how to go about getting all the information that used to be in those logs now. But back to the freezes:
Journal says:
Mai 30 16:15:03 arch CROND[28719]: pam_unix(crond:session): session closed for user user
Mai 30 16:15:58 arch systemd-logind[842]: Power key pressed.
Mai 30 16:15:58 arch systemd-logind[842]: Hibernating...
Mai 30 16:15:58 arch systemd[1]: Starting Sleep.
Mai 30 16:15:58 arch systemd[1]: Reached target Sleep.
Mai 30 16:15:58 arch systemd[1]: Starting Hibernate...
Mai 30 16:15:58 arch logger[28978]: PowerButton pressed
Mai 30 16:15:58 arch kernel: PM: Hibernation mode set to 'platform'
Mai 30 16:15:58 arch systemd-sleep[28977]: Suspending system...
Mai 30 16:15:59 arch kernel: PM: Marking nosave pages: [mem 0x0009e000-0x000fffff]
Mai 30 16:15:59 arch kernel: PM: Marking nosave pages: [mem 0xcff90000-0xffffffff]
Mai 30 16:15:59 arch kernel: PM: Marking nosave pages: [mem 0xc4000000-0xc7ffffff]
Mai 30 16:15:59 arch kernel: PM: Basic memory bitmaps created
-- Reboot --
Mai 30 16:48:58 arch systemd-journal[144]: Allowing runtime journal files to grow to 398.8M.
Mai 30 16:48:58 arch kernel: Initializing cgroup subsys cpusetI don't understand what's happening and why. Is it normal that systemd tries to sleep first and hibernate then? Could not find a reason for this behaviour and no way to change it either. I did not modify any config files prior to the breakage, so whatever the reason, it probably came with an update - a few days ago hibernate was working "99% reliable", now it's pretty much 50%. The only "systemish looking" upgrades from around the time I first noticed the problem were:
[2013-05-26 13:43] [PACMAN] upgraded cpupower (3.9-2 -> 3.9-3)
[2013-05-28 23:36] [PACMAN] upgraded linux (3.9.3-1 -> 3.9.4-1)Downgrading those did not help.
Any ideas?
Offline
Are you aware that you can use systemctl hibernate/suspend instead of pm-utils?
Echoing 8 to /proc/sys/kernel/printk should give you more output when hibernating.
Offline
Thanks!
Echoing 8 to /proc/sys/kernel/printk should give you more output when hibernating.
Have not been able to reproduce the problem since I did that. Probably a coincidence though - only got around to hibernate 6 times, will try more often later. Or is it possible that this verbose mode changes something that could prevent freezes? Out of those 6 tries, it still sort of froze two times between hibernation & shutdown but not like before - the machine didn't power off, but the image was already complete and it resumed / thawed fine afterwards.
Are you aware that you can use systemctl hibernate/suspend instead of pm-utils?
Uhm... I thought I was already doing that, but systemctl was automatically using pm-utils as a backend or something like that? Could not find any information about that behaviour or how to change it... (can't just remove the pm-utils package due to multiple dependencies). Also now I'm not sure any more how exactly I am hibernating. I'm pretty sure I removed the custom acpid power button event thogh when systemctl started managing power buttons - so I guess...
sudo grep -Ri --regex "^[^#].*hiber" /etc
/etc/laptop-mode/conf.d/auto-hibernate.conf:ENABLE_AUTO_HIBERNATION=0
/etc/laptop-mode/conf.d/auto-hibernate.conf:HIBERNATE_COMMAND=/usr/share/laptop-mode-tools/module-helpers/pm-hibernate
/etc/laptop-mode/conf.d/auto-hibernate.conf:AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT=4
/etc/laptop-mode/conf.d/auto-hibernate.conf:AUTO_HIBERNATION_ON_CRITICAL_BATTERY_LEVEL=1
/etc/UPower/UPower.conf:AllowHibernateEncryptedSwap=true
/etc/systemd/logind.conf:HandlePowerKey=hibernate
grep: /etc/systemd/system/multi-user.target.wants/openntpd.service: No such file or directory
grep: /etc/systemd/system/multi-user.target.wants/laptop-mode-tools.service: No such file or directory
/etc/dbus-1/system.d/org.freedesktop.login1.conf: send_member="Hibernate"/>
/etc/dbus-1/system.d/org.freedesktop.login1.conf: send_member="CanHibernate"/>... it's "/etc/systemd/logind.conf:HandlePowerKey=hibernate" that handles that... or isn't it? I have Laptop-Mode Tools installed, but unless I'm mistaken, those shouldn't be doing anything (at all) ATM.
( Among the packages that have pm-utils as dependencies is xfce4-session btw, but I doublechecked if it could be interfering and at least according to the xfce4 GUIs, all xfce4 power managing is turned off like it should be )
Offline
Pages: 1