[Bug 50437] Re: Resume from hibernation may fail because swap partition UUID does not match /etc/initramfs-tools/conf.d/resume

[maximilian attems]

On Wed, Sep 11, 2013 at 10:52:28AM -0000, Dmitrijs Ledkovs wrote:
> As ubiquity is using live-cd / preinstalled, initramfs-tools preinst is not run.
> Ubiquity simply parses /proc/swaps, finds largest partition and writes out /etc/initramfs-tools/conf.d/resume.
> http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/view/head:/scripts/plugininstall.py#L835

Thank you for this valuable input, refixed to follow the logic of the
largest partition! (Still hiding in maks/swap but expect it to hit master
by tommorrow)
 
> Thus in install/upgrade/reinstall cases with ubiquity it should all just work correctly. But indeed if one manually modifies/recreates swap partition one must at the moment do the following:
> 1) adjust /etc/fstab with new UUID
> 2) adjust /etc/initramfs-tools/conf.d/resume with new UUID
> 3) update-initramfs -k all -u

With fixed initramfs-tools 2) is no longer necessary and 3) will happen
anyway sooner or later in the sense that newer initramfs get generated
and updated (of course not all of them :).

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, 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:
  New
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