Bug 809820

Summary:	systemd can't mount loop devices at startup
Product:	[openSUSE] openSUSE 12.3	Reporter:	Ralf Friedl <Ralf.Friedl>
Component:	Basesystem	Assignee:	Frederic Crozat <fcrozat>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None	CC:	meissner, Ralf.Friedl
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	openSUSE 12.2
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Ralf Friedl 2013-03-16 20:39:56 UTC

User-Agent:       Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.8.1.24) Gecko/20100228 SeaMonkey/1.1.19

Acutally, system is openSUSE 12.3, but that is not (yet) available from the
Operating System selection box.

In my /etc/fstab I have a line

/home/suse/12.3/iso/openSUSE-12.3-DVD-x86_64.iso /home/suse/12.3/d64 iso9660 ro,loop

This mounts the installation image using a loop device. When systemd tries to mount this device, the loop kernel module is not yet available. This means that the mount fails and systemd goes into emergency mode.

Reproducible: Always

Steps to Reproduce:
1. Include a line for a loop mount, to be executed at boot time, in /etc/fstab

Actual Results:  
Mounting of the loop device fails, because the kernel loop module is not yet present. System boots in emergency mode.

Expected Results:  
Mounting the loop device succeeds. System boots in normal mode.

I can load the loop module with "modprobe loop" from the emergency shell. After that, the mount of the loop device succeeds and the system boots to normal mode.

Comment 1 Frederic Crozat 2013-03-19 17:43:19 UTC

Hmm, this is a regression in 12.3, it was working fine and I even had a loopback iso on one of my test system to ensure it was always working but I had to disable it at one point.

This mount point is being started before systemd-udevd had time to create /dev/loop-control (and it will handle loading loop module on demand).

I'll look into it why this is happening now.

Comment 2 Frederic Crozat 2013-03-20 15:36:38 UTC

please test package from http://download.opensuse.org/repositories/home:/fcrozat:/branches:/openSUSE:/12.3:/Update/standard/ it fixes the bug on my test system.

Comment 3 Ralf Friedl 2013-03-21 09:26:05 UTC

(In reply to comment #2)

I installed systemd-195-13.15.1.x86_64.rpm and systemd-sysvinit-195-13.15.1.x86_64.rpm from this address, at the moment I can't even boot with init=/bin/bash, so I will have to recover.

Comment 4 Ralf Friedl 2013-03-21 11:31:30 UTC

(In reply to comment #2)

It seems that I had an unrelated problem.

I installed systemd-195-13.15.1.x86_64.rpm and
systemd-sysvinit-195-13.15.1.x86_64.rpm, and it fixes both this problem with the loop mount as well as ticket 809819, multiple mount entries for the same directory.

Thank you.

Comment 5 Frederic Crozat 2013-04-08 14:31:03 UTC

mr 163177 submitted

Comment 6 Bernhard Wiedemann 2013-04-08 15:00:48 UTC

This is an autogenerated message for OBS integration:
This bug (809820) was mentioned in
https://build.opensuse.org/request/show/163178 Maintenance /

Comment 7 Marcus Meissner 2013-04-09 10:30:20 UTC

in the current update

Comment 8 Bernhard Wiedemann 2013-04-11 11:00:51 UTC

This is an autogenerated message for OBS integration:
This bug (809820) was mentioned in
https://build.opensuse.org/request/show/163605 Factory / systemd

Comment 9 Bernhard Wiedemann 2013-04-19 13:00:54 UTC

This is an autogenerated message for OBS integration:
This bug (809820) was mentioned in
https://build.opensuse.org/request/show/172486 Maintenance /

Comment 10 Benjamin Brunner 2013-05-02 12:43:44 UTC

Update released for openSUSE 12.3. Resolved fixed.

Comment 11 Swamp Workflow Management 2013-06-10 09:07:59 UTC

openSUSE-RU-2013:0877-1: An update that has 8 recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 746595,789589,801878,808319,809646,809695,809820,812874
CVE References: 
Sources used:
openSUSE 12.3 (src):    systemd-195-13.25.1, systemd-mini-195-13.25.1