Bug 139642
| Summary: | mount in a startup complains "already mounted or busy" | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> | ||||
| Component: | util-linux | Assignee: | Karel Zak <kzak> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Ben Levenson <benl> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | rawhide | CC: | veguilla | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2005-03-22 09:41:58 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: | |||||||
| Attachments: |
|
||||||
|
Description
Michal Jaegermann
2004-11-17 04:42:00 UTC
Further checks reveal is that an actual problem is that an output of 'mount' is "loosing" some file systems. This is independent from a kernel used or from an arch. Replacing /etc/mtab with a symlink to /proc/mounts makes (apart of other potential problems :-) 'mount -a' to compain now in this way: mount: none already mounted or /sys busy mount: according to mtab, /sys is already mounted on /sys but not troubles with anything else. That is because there is the following line in /proc/mounts /sys /sys sysfs rw 0 0 After 'umount /sys; mount -a' all further 'mount -a' are quiet as "/sys" line now is replaced with: none /sys sysfs rw 0 0 OTOH with such hack every "bind" mount gets repeated on each 'mount -a', which is really expected. So the real issue is that for some reasons a content of /etc/mtab gets garbled and nothing seems to add missing entries. Forgot to add, what should be obvious, that 'df' is also rather unhappy with the current arrangement. might be related, if you do "cat /proc/mounts > /etc/mtab" and then proceed to mount/umount partitions, everything seems to work ok. This could mean that the problem is in the initscripts. Created attachment 107029 [details]
patch to make 'mount' and 'df' behave better
The attached change in rc.sysinit makes only a small mess on my system
(a bunch of inconsequential complaints on a shutdown) instead of a serious
one when things misbehave while running.
To filter /etc/mtab to remove duplicates of thigs like /proc or /sys,
as that seem to be responsible for remaining troubles, would not be
too hard while using unly tools from /bin and /sbin. 'sort -u -k 3,3 /etc/mtab'
gives a crude first approximation. Why such hacks are suddenly needed?
Sounds like the source of the problems is /etc/mtab going wonky. /etc/mtab must stay separate from /proc/mounts, so we need to find the source of the /etc/mtab "corruption". See long discussione in bug #139656. I believe that this is it. |