[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 01:38:26AM -0000, Martin Pitt wrote:
> 
> I agree. I think *if* /etc/initramfs-tools/conf.d/resume exists and is
> valid, it should copy that into the initramfs,

ok on second thought this is easy and right, fixed in initramfs-tools.git
maks/swap branch with 3 commits (might land soonish in master)

> otherwise dynamically create one based on the existing swap partition(s)
> using the ubiquity logic.

this I still don't know? (:

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