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

[Martin Pitt]

Would it not be better if we wrote/updated conf.d/resume during update-
initramfs, so that it adjusts the initramfs' UUID even if the admin
changes the swap partitions? In that script we could also remove
conf.d/resume if we detect cryptswap, as resuming from hibernation won't
work with cryptswap anyway AFAIK?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity 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