Bug 41831
Summary: | "mount -a" double mounts mounted partitions | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | greg hosler <greg> |
Component: | mount | Assignee: | Elliot Lee <sopwith> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | bugs.michael, mharris |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-08-01 14:34:18 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
greg hosler
2001-05-22 15:08:28 UTC
Just from a layman's perspective, w/o looking at code, it would appear as though mount tries to mount a filesystem _before_ checking mtab. Example: (/dev/sdb5 is already mounted on /boot here). # mount /boot I/O error: dev 08:21, sector 2 I/O error: dev 08:21, sector 0 I/O error: dev 08:31, sector 2 I/O error: dev 08:31, sector 0 mount: /dev/sdb5 already mounted or /boot busy mount: according to mtab, /dev/sdb5 is already mounted on /boot -------------------------------------------------- Also, when doing the same with an NFS partition, no errors occur, and 'df' shows the NFS mount being doubly mounted. [Problaby related, although this doesn't match the bug's subject line:] When mounting via the loop device, it is possible to re-use existing mount points, too: mount file1.img /mnt -o loop mount file2.img /mnt -o loop The still mounted virtual fs file1.img gets buried beneath file2.img without any warning or error. When shutting down, only one of the two mounted vfs gets unmounted. If one of the two files is located on a mounted hdd partition, that partition is still in use and hence is not unmounted either, which forces an fsck at next boot time. I would wager this issue doesn't occur anymore. |