SUSE Support

Here When You Need Us

Boot issues encountered with resume= parameter

This document (000020264) is provided subject to the disclaimer at the end of this document.

Environment

SUSE Linux Enterprise Server 15
SUSE Linux Enterprise Server for SAP 15
SUSE Linux Enterprise Server HPC 15
SUSE Linux Enterprise Server 12
SUSE Linux Enterprise Server for SAP 12
SUSE Linux Enterprise Server HPC 12
 

Situation

In the console during boot time there may be a message similar to:
May 19 19:19:19 geeko kernel: PM: Checking hibernation image partition /dev/mapper/swap
May 19 19:19:19 geeko kernel: PM: Hibernation image not present or could not be loaded.
May 20 20:04:09 geeko systemd[1]: Found device /dev/mapper/swap
May 20 20:04:09 geeko systemd[1]: Starting Resume from hibernation using device /dev/mapper/swap...
May 20 20:04:09 geeko kernel: PM: Starting manual resume from disk
May 20 20:04:09 geeko kernel: PM: Hibernation image partition 254:0 present
May 20 20:04:09 geeko kernel: PM: Looking for hibernation image.
May 20 20:04:09 geeko kernel: PM: Image not found (code -22)
May 20 20:04:09 geeko kernel: PM: Hibernation image not present or could not be loaded.
May 19 19:04:09 LISSUMAGB2CTST systemd-hibernate-resume[554]: Could not resume from '/dev/mapper/swap' (254:0).
May 19 19:04:09 LISSUMAGB2CTST systemd[1]: Started Resume from hibernation using device /dev/mapper/swap.
May 19 19:04:09 LISSUMAGB2CTST systemd[1]: Reached target Local File Systems (Pre).
Generally speaking, messages related to failing to resume from hibernation image are seen.

This problem is seen particularly in SLES 15 SP3, see additional information.

Resolution

A one off solution would be to edit the grub entries in the boot loader.

Follow the product documentation for instructions

You will see an entry like this:

	linux	/vmlinuz-4.12.14-122.71-default root=UUID=fe845e0b3-abce-46e5-9a65-00b6363e52b9  resume=/dev/mapper/swap splash=silent quiet crashkernel=216M-:108M showopts resume=/dev/mapper/swap splash=silent quiet showopts crashkernel=108M

A cleaned up entry would look like this after removing the duplicate entries and the resume parameters and appending a noresume:

	linux	/vmlinuz-4.12.14-122.71-default root=UUID=fe845e0b3-abce-46e5-9a65-00b6363e52b9  splash=silent quiet crashkernel=216M-:108M noresume

Or you may attempt to boot selecting "recovery mode" in the boot menu. The recovery mode will make no attempt to resume.

A permanent change would be to change the /etc/default/grub file and remake the grub config file. The steps are as follows.

Change:

GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/mapper/swap splash=silent quiet crashkernel=216M-:108M showopts resume=/dev/mapper/swap splash=silent quiet showopts crashkernel=108M"

To:

GRUB_CMDLINE_LINUX_DEFAULT="splash=silent quiet crashkernel=216M-:108M showopts noresume"

Then it's a simple matter of backing up the /boot/grub2/grub.cfg file, for example by copying that file to /boot/grub2/grub.cfg.backup.

After backing up, remake the grub config file:

grub2-mkconfig -o /boot/grub2/grub.cfg

On the next boot the system will not attempt to resume from the hibernation image.

Cause

Specifying to attempt resuming from a hibernation image should not normally result in a failure to boot. SUSE Support has observed cases in which it does. These include:
  • Security hardened systems
  • Systems in which the swap device, root filesystem or /boot partition was not specified by UUID
  • Otherwise improperly configured GRUB, such as duplicate resume= parameters
  • Cases where the swap device was unreachable.

Status

Top Issue

Additional Information

Most Linux systems acting as servers should not resume from hibernation or attempt to resume from hibernation.

This is a desktop feature. On a laptop computer, this helps to reduce the waiting time when work is continued or when the laptop lid is closed.

Linux servers are intended to run with an high uptime, and reboots should happen on purpose and be predictable.

Resuming a server should be considered under very special conditions only. Perhaps certain types of embedded devices might benefit from the feature.

Note for SLES 15 SP3 onwards: since 15SP3 the  swap target has timeout=infinity. This can be seen on the console when a service is waiting for swap and has “no limit” for waiting. If the swap parameter holds an invalid value and the system is trying to resume from that swap, then the system will not boot successfully.





 

Disclaimer

This Support Knowledgebase provides a valuable tool for SUSE customers and parties interested in our products and solutions to acquire information, ideas and learn from one another. Materials are provided for informational, personal or non-commercial use within your organization and are presented "AS IS" WITHOUT WARRANTY OF ANY KIND.

  • Document ID:000020264
  • Creation Date: 28-May-2021
  • Modified Date:19-Apr-2024
    • SUSE Linux Enterprise Server
    • SUSE Linux Enterprise Server for SAP Applications
    • SUSE Linux Enterprise HPC

< Back to Support Search

For questions or concerns with the SUSE Knowledgebase please contact: tidfeedback[at]suse.com

tick icon

SUSE Support Forums

Get your questions answered by experienced Sys Ops or interact with other SUSE community experts.

tick icon

Support Resources

Learn how to get the most from the technical support you receive with your SUSE Subscription, Premium Support, Academic Program, or Partner Program.

tick icon

Open an Incident

Open an incident with SUSE Technical Support, manage your subscriptions, download patches, or manage user access.