Bug 43919 - losetup prevents shutdown from unmounting fs causing fsck next boot
Summary: losetup prevents shutdown from unmounting fs causing fsck next boot
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 7.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2001-06-08 02:57 UTC by David Wilson
Modified: 2014-03-17 02:21 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2001-06-08 02:57:58 UTC

Attachments (Terms of Use)

Description David Wilson 2001-06-08 02:57:55 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)

Description of problem:
When using a filesystem in a file I used the losetup command to associate 
it with a loop device. When I shut my system down it was unable to unmount 
the filesystem containing the file (in my case /).

How reproducible:

Steps to Reproduce:
1. losetup /dev/loop0 filename
2. shutdown / powerdown / halt


Actual Results:  /etc/rc.d/init.d/halt failed to unmount filesystem 
containing the file that losetup was run on. Next boot requires fsck.

Expected Results:  Clean shutdown.

Additional info:

Manually doing losetup -d /dev/loop0 before shutdown avoids the problem 
but as /etc/rc.d/init.d/halt manages to unmount loopback filesystems I 
think it should also remove the loopback device if needed as well. The 
halt script does handle the following way of using the loopback device:

mount imagefile /mnt/point -t fstype -o loop=/dev/loop0

but not

losetup /dev/loop0 imagefile
mount -t fstype /dev/loop0 /mnt/point

Comment 1 Bill Nottingham 2001-08-07 06:57:46 UTC
Will be fixed in initscripts-6.12-1.

Note You need to log in before you can comment on or make changes to this bug.