Similar reports can be found at:

http://ubuntuforums.org/archive/index.php/t-456992.html
http://turbulentsky.com/resume-from-hibernate-failed-on-ubuntu.html


** Description changed:

- PROBLEM: if swap partition isn't created for some reason during OS
- installation (e.g. user plans to create swap partition after
- installation, e.g. in another hard drive, or simply forgets to create
- swap partition) and user creates swap partition after the installation,
- then hibernating works fine, but during the resume user loses all
- unsaved data, because Ubuntu doesn't resume from hibernation and simply
- erases all hibernated info :(((
+ There are a variety of circumstances which can cause the swap partition
+ UUID to get out of sync with the system configuration, for example:
  
- SOLUTION: swap partition with hibernation data should be detected 
automatically in initrd (initramfs) image.
-  If it's hard to realize autodetection of swap partition with hibernation 
data during system startup, then mkinitramfs (and maybe update-initramfs) 
script should at least check if swap partition is specified in 
/etc/mkinitramfs/conf.d/resume or /etc/mkinitramfs/initramfs.conf. If the swap 
partition isn't specified there, then specify it, so user will have working 
hibernation/resuming  after linux kernel image is reconfigured or installed.
+ 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
  
- Also the reconfiguration of linux kernel image (so, mkinitramfs or
- update-initramfs scripts) shoud at least give a warning if swap
- partition, specified in /etc/mkinitramfs/conf.d/resume or in
- /etc/mkinitramfs/initramfs.conf doesn't exist.
+ 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.
  
- Finding and writing swap partition into /etc/mkinitramfs/conf.d/resume
- is already done in initramfs-tools package configure script, so, I think
- it's easy to fix this bug and I can write needed patch for initrd
- startup scripts or mkinitramfs script if you don't have free time for
- this :)
+ It would be better if the system were more robust in the face of such
+ changes.

** Changed in: initramfs-tools (Ubuntu)
   Importance: Undecided => Medium

** Changed in: initramfs-tools (Ubuntu)
       Status: Confirmed => Triaged

** Changed in: initramfs-tools (Ubuntu)
     Assignee: gmlion (gm-l) => (unassigned)

-- 
Resume from hibernation may fail because swap partition UUID does not match 
/etc/initramfs-tools/conf.d/resume
https://bugs.launchpad.net/bugs/50437
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to