Comment 4 for bug 957999

Now looks like that the issue is reproducible (again :( in the following case:

 - take testing HDD and Ubuntu 11.10 live cd/usb and start installation
 - during installation, make the following partitions:
  * /dev/sda1 for data (8GB)
  * /dev/sda2 for data (2GB)
  * /dev/sda3 for root (8GB)
  * /dev/sda4 for swap (2GB)
 - install system, make sure that it boots correctly and hibernation works correctly as well
 - if not, disable swap, zeroing partition, and run `mkswap' with previous UUID (see the previous comment)
 - now boot from live cd/usb
 - backup system data from root to /dev/sda1, something like that:
  $ sudo mkdir /mnt/root-new
  $ sudo mkdir /mnt/root
  $ sudo mount /dev/sda3 /mnt/root
  $ sudo mount /dev/sda1 /mnt/root-new
  $ sudo cp -rfax /mnt/root/* /mnt/root-new/*
  $ sudo umount /mnt/root
  $ sudo umount /mnt/root-new
 - delete used partitions:
  $ sudo swapoff -a
  $ sudo parted /dev/sda rm 4
  $ sudo parted /dev/sda rm 3
 - make new swap partition with the previous UUID:
  $ sudo dd if=/dev/zero of=/dev/sda2 bs=4M
  $ sudo mkswap -L SWAP -U <old UUID here> /dev/sda2
 - find out new UUID for root:
  $ ls -la /dev/disk/by-uuid/
 - fix config files on new root:
  $ sudo mount /dev/sda1 /mnt/root-new
  $ sudo gedit /etc/fstab
  * now replace UUID for root by current value for /dev/sda1
  * save changes, close gedit
 - update system information:
  $ sudo grub-install --root-directory /mnt/root-new /dev/sda
  $ sudo mount --bind /proc /mnt/root-new/proc
  $ sudo mount --bind /dev /mnt/root-new/dev
  $ sudo mount --bind /sys /mnt/root-new/sys
  $ sudo chroot /mnt/root-new/
  # update-initramfs -u
  # update-grub
  # exit
  $ sync
 - now try to boot "new" system

What should happen:
 - booting into system just like it hasn't been moved
 - hibernate/suspend and other features should works correctly

What happens:
 - system is booting
 - swap space is available in system
 - looks like that system can hibernating correctly, but on resume it goes in reboot