Bug 1206837
| Summary: | Trying to suspend the computer to Ram shuts the computer down instead | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | tibgler | ||||||
| Component: | pm-utils | Assignee: | Jaroslav Škarvada <jskarvad> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | low | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 22 | CC: | jskarvad, pknirsch, rhughes, tibgler | ||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-04-07 22:31:03 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
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 *** |
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.