Bug 948177 - system is booted if doing power on after hibernation with pm-hibernate
Summary: system is booted if doing power on after hibernation with pm-hibernate
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: pm-utils
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-04-04 08:52 UTC by Joachim Backes
Modified: 2013-12-19 11:51 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-12-19 11:51:42 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
/var/log/pm-suspend.log (5.05 KB, text/x-log)
2013-04-04 08:52 UTC, Joachim Backes
no flags Details
pm-suspend.log after sudo pm-hibernate (4.94 KB, text/x-log)
2013-07-03 18:22 UTC, Vadim Raskhozhev
no flags Details
/var/log/messages after having resumed (179.56 KB, text/plain)
2013-08-26 15:08 UTC, Joachim Backes
no flags Details
/var/log/gdm/:0.log after having resumed (47.25 KB, text/plain)
2013-08-26 15:10 UTC, Joachim Backes
no flags Details
/var/log/Xorg.0.log after having resumed (51.54 KB, text/plain)
2013-08-26 15:13 UTC, Joachim Backes
no flags Details

Description Joachim Backes 2013-04-04 08:52:06 UTC
Created attachment 731493 [details]
/var/log/pm-suspend.log

Description of problem:
Hibernating my system with "sudo pm-hibernate". After resuming with the power on switch, the system is booted normally, but does not resume to the previous state (before hibernation).

Version-Release number of selected component (if applicable):
pm-utils-1.4.1-23.fc19.x86_64


How reproducible:


Steps to Reproduce:
1.sudo pm-hibernate
2.Poweron
3.
  
Actual results:
system boots normally

Expected results:
resume to state before hibernation

Additional info:
kernel 3.9.0-0.rc5.git1.301.fc19.x86_64 (same problem with previous kernel kernel-3.9.0-0.rc4.git0.1.fc19.x86_64)

Mobo: abit i-45cv, 4 GB ram

Comment 1 Vadim Raskhozhev 2013-06-12 18:57:16 UTC
Same here with kernel-3.9.4-301.fc19.x86_64 and pm-utils-1.4.1-23.fc19.x86_64 on ASUS M2N4-SLI with 5 GB RAM and 7335932 kB swap

Comment 2 Joachim Backes 2013-07-03 15:23:19 UTC
No more such phenomeon with 3.9.8-300.fc19.x86_64. Seems to be fixed!

Comment 3 Vadim Raskhozhev 2013-07-03 18:22:58 UTC
Created attachment 768384 [details]
pm-suspend.log after sudo pm-hibernate

Comment 4 Vadim Raskhozhev 2013-07-03 18:23:19 UTC
Still does not work for me even with 3.9.8-300.fc19.x86_64, please consider reopening

Comment 5 Jaroslav Škarvada 2013-08-23 15:22:02 UTC
This is probably not pm-utils fault. Can you reproduce it with 'systemctl hibernate'? This is the preferred way now. But this looks more like dracut problem, i.e. dracut not detecting your hibernation image. Are you able to workaround it by adding resume=YOUR_SWAP_DEVICE to your kernel boot parameters (grub)?

Comment 6 Joachim Backes 2013-08-23 16:39:12 UTC
Same with 'systemctl hibernate', same with resume=MY_SWAP_DEVICE to my kernel boot parameters:

My impression: a kernel problem!

Symptom: after resuming the box, it runs for 1 or 2 minutes, but then, the gnome-shell (I use gnome3) logs out without any interaction, and have to re-login again. This behaviour is shown repeatedly. I have to perform a real reboot for getting rid from these problems.

Comment 7 Jaroslav Škarvada 2013-08-26 09:05:35 UTC
So it resumes correctly with/without resume=MY_SWAP_DEVICE, but periodically logs you out from the gnome-shell after the resume? Could you provide the logs? Is there anything relevant? In /var/log/gdm/*, /var/log/Xorg*, /var/log/messages?

Comment 8 Joachim Backes 2013-08-26 15:08:41 UTC
Created attachment 790561 [details]
/var/log/messages after having resumed

Comment 9 Joachim Backes 2013-08-26 15:10:51 UTC
Created attachment 790562 [details]
/var/log/gdm/:0.log after having resumed

Comment 10 Joachim Backes 2013-08-26 15:13:34 UTC
Created attachment 790563 [details]
/var/log/Xorg.0.log after having resumed

Comment 11 Jaroslav Škarvada 2013-08-30 13:33:03 UTC
It logged you out because X crashed:
Aug 26 16:51:03 eule abrt[8166]: Saved core dump of pid 790 (/usr/bin/Xorg) to /var/tmp/abrt/ccpp-2013-08-26-16:51:02-790 (68665344 bytes)

It can be kernel problem, but it is not certain. It maybe also bug in X / video driver or in other component. Could you report the X crash through abrt?

$ abrt-applet

And follow the instructions to report the bug. At least it may point you to other related reports.

Comment 12 Joachim Backes 2013-12-19 11:51:42 UTC
adding "resume=<swapdevice>" to the grub line solves my problem!


Note You need to log in before you can comment on or make changes to this bug.