Created attachment 1007826 [details] dmesg.txt Description of problem: pm-suspend: Every time when I try to suspend the computer by pressing: pm-suspend the computer shuts down. After hitting the power button again the computer starts from a fresh cold boot. pm-hibernate: If selecting pm-hibernate the image gets saved to the disk. But instead when the power button is pressed a fresh boot happens without restoring hibernate. A dmesg shortly after readout says of corruption that has been fixed (since the hibernate did not come back cleanly). Version-Release number of selected component (if applicable): pm-utils-x86_64-30.fc22 How reproducible: Everytime. Steps to Reproduce: 1. Open Gnome Terminal. 2. Type in pm-hibernate or pm-suspend. 3. Actual results: Cold boot from [pm-suspend] and cold unclean boot from [pm-hibernate]. Expected results: If pm-suspend: Wakeup from Ram Sleep. If pm-hibernate: restore from the Disk saved snapshot of the running programs and desktop. Additional info: If I have connected my Android Smartphone to charge off of my Usb ports. The charge seizes instead of continuing if suspending to ram [pm-suspend]. Only when the computer gets powered back on the charge continues. It used to charge even while suspended to ram[pm-suspend] now not anymore. Please, see my dmesg and suspend logs.
Created attachment 1007827 [details] suspend.txt
We need to sort out whether it is kernel problem. Could you try to hibernate by: # echo disk > /sys/power/state Does it change anything?
Nope, the only thing it does is give some hope when it takes a few seconds extra to write something before turning off. However, upon booting up it still does the fresh boot.
Thanks for info, this may be dracut bug. I think that adding "resume" option with the path/uuid to the swap partition may workaround the problem. It's very probably dupe of bug 1206936, so closing as dupe. *** This bug has been marked as a duplicate of bug 1206936 ***
Hello, I'm not sure exactly what steps you have meant. However, I assume to add to the grub config the resume option by drive. If below what I did is correct then I would assume it is not likely a duplicate. I have tried to follow your suggestion as seen below. Again assuming it is what was required: ----- I have added the resume=/dev/disk/BY-UUID GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rhgb quiet resume=/dev/disk/by-uuid/whatever-fstab-showed" GRUB_DISABLE_RECOVERY="true" ? It still fails to Hibernate or Suspend as before.
(In reply to tibgler from comment #5) $ swapon -s It shows e.g.: /dev/dm-1 Then modify grub template config in /etc/default/grub to have: GRUB_CMDLINE_LINUX="rhgb quiet resume=/dev/dm-1" And finally regenerate grub config by: # grub2-mkconfig -o /boot/grub2/grub.cfg or if you have UEFI by: # grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
I have added /dev/sda5 and now it works per instructions to above. Thank You. *** This bug has been marked as a duplicate of bug 1206936 ***