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

[Uriel Tunz]

Pesky bug has been around since 2006 and it's still here!

Workaround in post 35 (https://bugs.launchpad.net/ubuntu/+source
/initramfs-tools/+bug/50437/comments/35) is not difficult to find -- and
it's always refreshing to learn something more about the system -- but
until a real fix can be applied, just a small note in fstab would do:

"If swap is edited manually, /etc/initramfs-tools/conf.d/resume must be
updated with the same UUID, then: sudo update-initramfs  -u"

-- 
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:
  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