Re: Reboot after hibernate failed to restore to previous session.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 04/14/2015 04:30 PM, Rick Stevens wrote:
On 04/14/2015 02:18 PM, Heinz Diehl wrote:
On 14.04.2015, John Schmitt wrote:

Using maxcpus=1 in your grub command line is an ugly work-around, I agree.

It simply doesn't work..

However, if your machine is waking up from sleep or hibernate, using
maxcpus=1 on your grub command line is going to apply only until your
frozen system image (that is, the image of your running kernel that was
running on all CPUs) is loaded and run. That is my understanding of the
mechanism.

..exactly because of what you describe here. You're completely right.

The bug appears to be in the process of unfreezing your system
image with multiple processors.

Resuming from S2D fails about 3-4 times out of 10, so it could be a race
condition somewhere in the SMP or timer-related code, which I'm not at all familiar with. There are quite a few bug reports out there reporting different resume hangs which also resolve by passing maxcpus=1 to the kernel. Didn't try with sched-clock ticks on (CONFIG_NO_HZ=n), and I'm afraid I won't debug this issue any further, since every failure to resume causes fs corruption. On that account, a "git bisect" is not really feasible either. So most probably I'll leave it at that and have to accept that S2D does not work properly here (which is really annoying when you have opened a lot of papers and documents while writing e.g. an article and would like to continue your work where you left
the evening before..).

Can you check and see what your actual swap space is? The new Fedora
seems to set up a swap space that's 50% of your memory space. If that's
what you've got, then a suspend to disk is going to die as it uses swap
to save an image of your memory and all you have is half the space you
need. Bad news.

I have 16GB swap, and 8GB RAM.

So, what you suspect is not the case.

--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux