(Sorry -- realised that the thread title should have mentioned kernels 3.2.*,
(the most recent one I tried was kernel 3.2.6-3)
Title now corrected.)
I am using 32bit Fedora 16 on a Dell Latitude E6410, with intel graphics and intel wireless.
I use hibernate a lot, to preserve contents of my various virtual desktops using the CTWM window manager (or OpenBox) sitting on an installation of Fedora LXDE. I start up in plain text mode (runlevel 3) then invoke X using startx, controlled by my ~/.xinitrc to specify window manager, etc.
Everything works fine on kernel 3.1.7-1.fc16.i686 but ever since 3.2.* kernels have appeared I have had troubles with pm-hibernate freezing.
I've noticed that with the newer kernels hibernation is very much faster, and it reports using 3 threads for compression. But after I have hibernated and resumed two or three times I find that hibernation freezes soon after reporting the number of threads. I then have to hold down the power button for several seconds to force a complete reboot. So each time after this happens a couple of times I remove the latest kernel and go back to 3.1.7-1.
This has happened in several different versions of 3.2, most recently with 3.2.6-3.fc16. So I am waiting for the next update, hoping the problem will be fixed.
I have noticed that there has been a greater frequency of kernel updates than usual in the last few weeks. I hope this message will get the attention of people working on the bugs.
I have a 500GB drive, with a 10G swap partition, and 4G RAM.
I hope this can be fixed because the much faster hibernate and resume is impressive!
This may also be relevant. I had problems with resume failing in the past which I solved by having two versions of the grub2 boot entry for each kernel. I use one for a fresh reboot, and the other (the default) for resume. The only difference is that the resume version has on the linux line acpi=off
I was forced into this scheme because without it resume occasionally failed and I would then get an automatic reboot. (I read the tip about acpi=off somewhere on a web page, though I can't find documentation about what it does! Using it at boot time stops some things working, but it's OK for resume.).
/boot is in a separate partition, making it easy to try new versions of linux in different partitions, sharing a boot partition.
University of Birmingham UK