You are not logged in.
Hi,
I get this error on boot since I upgraded the kernel to the 3.5 version:
ERROR: resume: hibernation device "/dev/sda3" not found
I guess that the kernel parameter "resume=/dev/sda3" is no more recognised because sda3 is the root partition; I've always used a swap file.
Obviously resume from hibernation isn't working anymore.
Downgrading the kernel to the [core] version (3.4.8) fixes the issue.
Does anyone know how to fix it?
Last edited by punkeroso (2012-08-30 10:55:18)
Offline
Still present in 3.5.3 in [core].
Can someone move this thread to Kernel & Hardware?
Offline
I'm afraid I can't do that dave... I'll be honnest though; nobody ever really visits these threads. This could take weeks to be seen and moved by a mod. lol
Offline
Still present in 3.5.3 in [core].
Can someone move this thread to Kernel & Hardware?
Done!
BTW: There is a "Report" button for a purpose!!!
To know or not to know ...
... the questions remain forever.
Offline
punkeroso wrote:Still present in 3.5.3 in [core].
Can someone move this thread to Kernel & Hardware?Done!
BTW: There is a "Report" button for a purpose!!!
Thanks, but I thought that it was only for abuse/spam!
Now I hope someone else knows how to fix this issue!
Offline
I've filed a bug report https://bugzilla.kernel.org/show_bug.cgi?id=46651
Offline
Just curious, is there a reason why you choose a swap file over a parititon? In my mind, it would seem that either way would essentially take up the same amount of space... it just wouldn't necessarily *look* like it when overviewing your partitions.
Offline
Just curious, is there a reason why you choose a swap file over a parititon? In my mind, it would seem that either way would essentially take up the same amount of space... it just wouldn't necessarily *look* like it when overviewing your partitions.
I use a swap file mainly because it offers the ability to vary its size on-the-fly. If you upgrade the system memory, you should resize 2 partitions in order to still be able to hibernate the system.
Offline
Just to say I also have this problem, and the upgrade broke my fbsplash as well.
I _do_ use the swap partition.
Offline
I guess you need the resume_offset= kernel parameter.
Offline
I guess you need the resume_offset= kernel parameter.
I do have that kernel parameter. But the offset without the device is simply useless.
As I wrote in the first post, before the upgrade, hibernation was working flawlessly.
Offline
lahwaacz wrote:I guess you need the resume_offset= kernel parameter.
I do have that kernel parameter. But the offset without the device is simply useless.
As I wrote in the first post, before the upgrade, hibernation was working flawlessly.
OK, this is weird... I also use hibernation into swap file and everything is working fine, even on kernel 3.5.
Please post /etc/mkinitcpio.conf, it might be relevant.
Offline
OK, this is weird... I also use hibernation into swap file and everything is working fine, even on kernel 3.5.
Please post /etc/mkinitcpio.conf, it might be relevant.
MODULES="ahci scsi_mod libata sd_mod ext4"
BINARIES=""
FILES=""
HOOKS="base resume fglrx"
As I told you, with old 3.4.x kernel, everything was working fine, so couln't be any configuration file...
Offline
As I told you, with old 3.4.x kernel, everything was working fine, so couln't be any configuration file...
It can be (and it most certainly is) caused by some configuration because of some changes in the kernel. You can try adding the 'udev' hook. Here is my configuration (which works fine for me):
MODULES="radeon"
BINARIES=""
FILES=""
HOOKS="base udev autodetect pata scsi sata resume filesystems fsck usbinput"
Offline
I have a hook for udev and it makes no difference to the error
Offline
It can be (and it most certainly is) caused by some configuration because of some changes in the kernel. You can try adding the 'udev' hook. Here is my configuration (which works fine for me):
Adding the udev hook did the trick! They must have changed something in the kernel so now I need the udev hook in order to make the hibernation work.
Thank you lahwaacz for your suggetions.
I have a hook for udev and it makes no difference to the error
Have you tried using the uuid in the resume parameter instead of /dev/sdxy?
Offline
OK, fixed it.
It seems that the new kernel is far more picky than before. After I removed some redundant software and checked all the settings, it all works again, except for fbsplash which does not work for hibernating.
I may try to fix that, or I may not bother.
Offline