Bug 906716 - 41.1/SLE12-SP1: dracut breaks boot on missing swap volume
41.1/SLE12-SP1: dracut breaks boot on missing swap volume
Classification: openSUSE
Product: openSUSE Distribution
Classification: openSUSE
Component: Basesystem
Leap 42.1
Other Other
: P5 - None : Normal (vote)
: ---
Assigned To: Daniel Molkentin
E-mail List
Depends on:
  Show dependency treegraph
Reported: 2014-11-23 13:16 UTC by Marcos Mello
Modified: 2017-05-29 09:02 UTC (History)
6 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
daniel: needinfo? (bwiedemann)


Note You need to log in before you can comment on or make changes to this bug.
Description Marcos Mello 2014-11-23 13:16:43 UTC
I removed a hard drive containing a swap volume and my system does not boot anymore. It waits indefinitely for the missing swap device.

The behaviour (no timeout) was questioned by Thomas:


First, I tried omit 'resume' module without sucess. It took some time to find an apparently SUSEism nowaitforswap="yes" that fixed it.

I see this patch on Factory. But it does not appear to be applied on 13.2:


So, for now, I think nowaitforswap="yes" must be assumed when we omit the 'resume' module at least (my server does not hibernate...).

Comment 1 Thomas Renninger 2014-12-09 14:45:32 UTC
I agree, but:
- this is only needed in rare cases (like for you removed swap hard drive)
- it is really nasty to implement it, because of systemd generated mount units

Julian may have a look if there are no more important other issues anymore.
Not sure whether it is worth it to add this functionality.
Comment 2 Marcos Mello 2014-12-14 16:57:38 UTC
Yes, it is an unusual use case.

Hopefully upstream will fix it soon:

Comment 3 Oliver Neukum 2015-04-08 09:12:30 UTC
(In reply to Thomas Renninger from comment #1)
> I agree, but:
> - this is only needed in rare cases (like for you removed swap hard drive)

Unfortunately no, it isn't rare. The same issue arises if
you run mkswap during manual error recovery because the UUID
won't match anymore.
Comment 4 Bernhard Wiedemann 2016-10-05 08:34:59 UTC
I am hitting this on 42.1 atm.
using rd.debug I can see dracut-initqueue:32-52
being repeated for 180 seconds
and then the boot is still not progressing
not even with init=/bin/bash
Comment 5 Bernhard Wiedemann 2017-02-07 17:48:38 UTC
How about using the nofail mount option for the swap line in fstab?
or some equivalent.
Comment 12 Swamp Workflow Management 2017-05-18 16:22:16 UTC
SUSE-RU-2017:1333-1: An update that has 7 recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 1008648,1019938,1032576,1035743,906716,947670,955592
CVE References: 
Sources used:
SUSE Linux Enterprise Server 12-SP1 (src):    dracut-037-98.2
SUSE Linux Enterprise Desktop 12-SP1 (src):    dracut-037-98.2
Comment 13 Daniel Molkentin 2017-05-29 09:02:42 UTC