Bug 153099
Summary: | Mount by label on startup causes problems when two "/" labels (mount by label needs to be smarter) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Brian "netdragon" Bober <netdragon> |
Component: | util-linux | Assignee: | Karel Zak <kzak> |
Status: | CLOSED NOTABUG | QA Contact: | Ben Levenson <benl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
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: | 2006-03-12 17:08:30 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
Brian "netdragon" Bober
2005-04-01 15:35:57 UTC
I figured out it's that mount-by-label seems to not handle duplicate labels properly, and that hda2 and hdg2 both contain the label "/". I modified /etc/fstab to remove all mount-by-labels, such as: LABEL=/ and LABEL=/var with their corresponding partitions. The problem went away at that point. It's not good that this issue exists because of how common it is for people to mount their old drives on the new system to copy files. Is there a way that mount-by-label can be a bit smarter and prefer labels on the disk that was initially booted from? A side note: during bootup, before changing fstab, when it attempts to mount /dev/hde2 -> /mnt/ata1, etc that are listed in my fstab, mount returns an error that device is busy (or something like that). I don't have that issue when booting without hdg installed. The mount from util-linux >= 2.12p-7 from FC4 uses cache (/etc/blkid.tab) for devices and mount prefers cached devices or devices in order hda, hdb, ... (by /proc/partitions). I think it should be resolve your problem. Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received the feedback we requested, we will assume the problem was not reproduceable or has been fixed in a later update for this product. I don't understand comment #2, and what feedback you're requesting. You can easily reproduce this by having two partitions with the same label, but different mount points. Have you tried doing that with FC4? I haven't yet attempted to reproduce this with FC4, but you can easily attempt it by following the instructions in the bug description. Please let me know if you are unable to reproduce. The mount by label handle duplicate labels in FC4. There are two possibility how the mount command selects right device -- by cache or by device order. Example: Two same labels: # e2label /dev/hda7 TEST # e2label /dev/hda8 TEST 1) mount without cache: Delete the cache: # rm -f /etc/blkid.tab Mount by label: # mount -L TEST /mnt # mount | grep mnt /dev/hda7 on /mnt type ext3 (rw) Note: the mount used first detected device with the label. 2) mount with cached information about device Delete the device cache: # rm -f /etc/blkid.tab Add information about /dev/hda8 to cache: # mount /dev/hda8 /mnt # umount /mnt note: you can use command 'blkid /dev/hda8' too. Mount by label: # mount -L TEST /mnt # mount | grep mnt /dev/hda8 on /mnt type ext3 (rw) Brian, is the explanation and examples above enough? The problem is not possible reproduce in FC4. |