[Bug 1876570] Re: Could not resume from hibernation when swap is specified as device

[Dan Streetman]

** Description changed:

+ [impact]
+ 
+ unable to resume from hibernation when resume= boot param is specified
+ as device path
+ 
+ [test case]
+ 
+ set up device/partition for swap, e.g. /dev/vda2
+ 
+ add 'resume=/dev/vda2' kernel boot parameter
+ 
+ hibernate
+ 
+ power system back on; it should resume from /dev/vda2 instead of
+ coldboot
+ 
+ [regression potential]
+ 
+ any regression would likely result in failure to correctly resume from
+ hibernation, incorrectly attempting to resume from hibernation, or
+ failing to resume from hibernation.
+ 
+ [scope]
+ 
+ this is needed in b/f/g/h
+ 
+ this bug was introduced, ironically, by bug 1644975, which was added in
+ bionic, so this bug doesn't exist in xenial.
+ 
+ this code that introduced this bug isn't included in Debian, so no
+ change is needed there.
+ 
+ [original description]
+ 
  I originally experienced this on Pop!_OS but I have reproduced it on a
  freshly installed Ubuntu.
  
  1. Ubuntu 20.04 LTS
  2. initramfs-tools-core 0.136ubuntu6
  3. I expect the system to resume from hibernation when running pm_hibernate
  4. The system starts up anew when I try to resume
  
  I have setup a swap partition on /dev/vda2 in /etc/fstab. To enable
  hibernate I added the kernel parameter "resume=/dev/vda2" to
  GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub and run update-grub.
  
  From debugging initramfs it tries to follow a symbolic link
  
  DEV=$(readlink "$resume")
  (see /usr/share/initramfs-tools/scripts/local-premount/resume, line 35)
  
  which works well when swap is specified with uuid. When swap is
  specified as a device directly the readlink returns an empty string and
  the system does not resume from hibernation.
  
  To verify this I added the parameter -f to readlink and run "update-
  initramfs -u". The system now hibernates successfully.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: initramfs-tools 0.136ubuntu6
  ProcVersionSignature: Ubuntu 5.4.0-28.32-generic 5.4.30
  Uname: Linux 5.4.0-28-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27
  Architecture: amd64
  CasperMD5CheckResult: skip
  CurrentDesktop: ubuntu:GNOME
  Date: Sun May  3 13:26:02 2020
  InstallationDate: Installed on 2020-05-03 (0 days ago)
  InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
  PackageArchitecture: all
  SourcePackage: initramfs-tools
  UpgradeStatus: No upgrade log present (probably fresh install)

** Also affects: initramfs-tools (Ubuntu Focal)
   Importance: Undecided
       Status: New

** Also affects: initramfs-tools (Ubuntu Hirsute)
   Importance: Medium
       Status: Confirmed

** Also affects: initramfs-tools (Ubuntu Groovy)
   Importance: Undecided
       Status: New

** Also affects: initramfs-tools (Ubuntu Bionic)
   Importance: Undecided
       Status: New

** Changed in: initramfs-tools (Ubuntu Hirsute)
     Assignee: (unassigned) => Dan Streetman (ddstreet)

** Changed in: initramfs-tools (Ubuntu Groovy)
     Assignee: (unassigned) => Dan Streetman (ddstreet)

** Changed in: initramfs-tools (Ubuntu Focal)
     Assignee: (unassigned) => Dan Streetman (ddstreet)

** Changed in: initramfs-tools (Ubuntu Bionic)
     Assignee: (unassigned) => Dan Streetman (ddstreet)

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

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

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

** Changed in: initramfs-tools (Ubuntu Bionic)
       Status: New => In Progress

** Changed in: initramfs-tools (Ubuntu Focal)
       Status: New => In Progress

** Changed in: initramfs-tools (Ubuntu Groovy)
       Status: New => In Progress

** Changed in: initramfs-tools (Ubuntu Hirsute)
       Status: Confirmed => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1876570

Title:
  Could not resume from hibernation when swap is specified as device

Status in initramfs-tools package in Ubuntu:
  In Progress
Status in initramfs-tools source package in Bionic:
  In Progress
Status in initramfs-tools source package in Focal:
  In Progress
Status in initramfs-tools source package in Groovy:
  In Progress
Status in initramfs-tools source package in Hirsute:
  In Progress

Bug description:
  [impact]

  unable to resume from hibernation when resume= boot param is specified
  as device path

  [test case]

  set up device/partition for swap, e.g. /dev/vda2

  add 'resume=/dev/vda2' kernel boot parameter

  hibernate

  power system back on; it should resume from /dev/vda2 instead of
  coldboot

  [regression potential]

  any regression would likely result in failure to correctly resume from
  hibernation, incorrectly attempting to resume from hibernation, or
  failing to resume from hibernation.

  [scope]

  this is needed in b/f/g/h

  this bug was introduced, ironically, by bug 1644975, which was added
  in bionic, so this bug doesn't exist in xenial.

  this code that introduced this bug isn't included in Debian, so no
  change is needed there.

  [original description]

  I originally experienced this on Pop!_OS but I have reproduced it on a
  freshly installed Ubuntu.

  1. Ubuntu 20.04 LTS
  2. initramfs-tools-core 0.136ubuntu6
  3. I expect the system to resume from hibernation when running pm_hibernate
  4. The system starts up anew when I try to resume

  I have setup a swap partition on /dev/vda2 in /etc/fstab. To enable
  hibernate I added the kernel parameter "resume=/dev/vda2" to
  GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub and run update-grub.

  From debugging initramfs it tries to follow a symbolic link

  DEV=$(readlink "$resume")
  (see /usr/share/initramfs-tools/scripts/local-premount/resume, line 35)

  which works well when swap is specified with uuid. When swap is
  specified as a device directly the readlink returns an empty string
  and the system does not resume from hibernation.

  To verify this I added the parameter -f to readlink and run "update-
  initramfs -u". The system now hibernates successfully.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: initramfs-tools 0.136ubuntu6
  ProcVersionSignature: Ubuntu 5.4.0-28.32-generic 5.4.30
  Uname: Linux 5.4.0-28-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27
  Architecture: amd64
  CasperMD5CheckResult: skip
  CurrentDesktop: ubuntu:GNOME
  Date: Sun May  3 13:26:02 2020
  InstallationDate: Installed on 2020-05-03 (0 days ago)
  InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
  PackageArchitecture: all
  SourcePackage: initramfs-tools
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1876570/+subscriptions