On 09/24/2016 08:20 AM, Ranjan Maitra wrote:
On Sat, 24 Sep 2016 10:12:23 +0100 "Patrick
O'Callaghan" <pocallaghan(a)gmail.com> wrote:
> On Fri, 2016-09-23 at 18:23 -0600, jd1008 wrote:
>> On 09/22/2016 05:24 PM, Patrick O'Callaghan wrote:
>>> I'm using kernel-4.6.6-300.fc24.x86_64 with the proprietary NVidia
>>> driver, plus daily updates from the stable repos. Hibernation used to
>>> work with previous kernels, but now regularly fails to wake up
>>> properly, i.e. on restarting I get the BIOS screen followed by the boot
>>> text console and select the first (newest) option as usual. So far so
>>> good. Then after a few seconds I see the BIOS again, repeat the
>>> selection, and get a full reboot.
>>>
>>> Anyone else seeing this?
>>>
>>> poc
>> I saw it once or twice.
>> The reason was (in my case) that when I hibernated, I had USB devices
>> hooked up.
>> When I rebooted without plugginf in those devices, it behaved exactly as
>> you describe.
> That's not the case in my setup. All USB devices have remained plugged
> in between hibernation and awakening.
Same here. The problem is machine-dependent and afflicts newer machines more than the
older ones, in my experience, perhaps because the former have been tested more (by all).
Best wishes,
Ranjan
OK, one thing to check:
$ cat /etc/default/grub
GRUB_TIMEOUT=300
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="vconsole.font=latarcyrheb-sun16 $([ -x
/usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :)
video=1366x768
resume=/dev/disk/by-uuid/281d4971-32b6-47e0-96a2-9bdc998a9b1c"
GRUB_DISABLE_RECOVERY="false"
Does yours have the line
GRUB_CMDLINE_LINUX ??
The resume= setting is necessary to hibernate.
Once you set up this file , you will need to run
grub2-mkconfig -o /boot/grub2/grub.cfg
and reboot, and hibernate and reboot again.
P.S: you must reboot into same OS you hibernated.