touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #76714
[Bug 50437] Re: Resume from hibernation may fail because swap partition UUID does not match /etc/initramfs-tools/conf.d/resume
The workaround in post 35 (https://bugs.launchpad.net/ubuntu/+source
/initramfs-tools/+bug/50437/comments/35) works, but there's a more
simple workaround to get the same result:
1) Update your /etc/fstab with your new SWAP partition (or partitions);
2) /var/lib/dpkg/info/initramfs-tools.preinst install
3) update-initramfs -k all -u
The only improvement is in step 2. The proposed command automatically
updates the UUID of the RESUME var.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/50437
Title:
Resume from hibernation may fail because swap partition UUID does not
match /etc/initramfs-tools/conf.d/resume
Status in initramfs-tools package in Ubuntu:
Triaged
Status in ubiquity package in Ubuntu:
Invalid
Status in Baltix GNU/Linux:
Confirmed
Bug description:
There are a variety of circumstances which can cause the swap
partition UUID to get out of sync with the system configuration, for
example:
1. User edits /etc/fstab to specify a different swap partition, either by UUID or by hardcoding the device path
2. User reinitializes their swap partition with a new UUID using mkswap
3. User repartitions their disk and thereby reinitializes the swap partition with a new UUID
If this happens, the system will fail to resume from hibernation
because it continues to look for the swap partition as specified in
/etc/initramfs-tools/conf.d/resume. Not finding this device, it will
continue with normal system startup, as if no hibernation had taken
place.
It would be better if the system were more robust in the face of such
changes.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/50437/+subscriptions