Description of problem: Running latest Rawhide. I have a USB hard drive with 3 partitions (NTFS, ext3, ext3). When I 'plug it in', the automagic mounting seems to mount both ext3 partition on the same mount point: [root@localhost ~]# mount /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/sdb3 on /media/disk type ext3 (rw,noexec,nosuid,nodev) /dev/sdb2 on /media/disk type ext3 (rw,noexec,nosuid,nodev) [root@localhost ~]# In fact, I get a 'nautilus-type' window for /dev/sdb2 (and 'ls /media/disk' shows contents of /dev/sdb2). 'ls /media' shows only one directory (media). Version-Release number of selected component (if applicable): autofs-5.0.1-0.rc1.14 How reproducible: every time (believe 'really mounted' partition varies). Steps to Reproduce: 1. plug in USB hard drive 2. 3. Actual results: Expected results: Additional info:
'ls -l /dev/disk/by-label': [root@localhost disk]# ls -l by-label total 0 lrwxrwxrwx 1 root root 10 Aug 12 09:44 boot -> ../../sda1 lrwxrwxrwx 1 root root 10 Aug 12 11:43 IBM_PRELOAD -> ../../sdb1 lrwxrwxrwx 1 root root 10 Aug 12 11:43 mediadisk -> ../../sdb2 lrwxrwxrwx 1 root root 10 Aug 12 11:43 mediadisk-1 -> ../../sdb3 lrwxrwxrwx 1 root root 10 Aug 12 09:44 SWAP-sda3 -> ../../sda3 [root@localhost disk]# 'ls -l /dev/disk/by-uuid': [root@localhost disk]# ls -l by-uu* total 0 lrwxrwxrwx 1 root root 10 Aug 12 09:44 24bf6174-6814-42e4-a553-252fc3362193 -> ../../sda1 lrwxrwxrwx 1 root root 10 Aug 12 09:44 4450-DD50 -> ../../sda2 lrwxrwxrwx 1 root root 10 Aug 12 11:43 A04C80A94C807C32 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Aug 12 11:43 c3f47aed-808f-4a66-9f1a-087be4b0540e -> ../../sdb3 lrwxrwxrwx 1 root root 10 Aug 12 11:43 e55d6e07-1b94-4498-b29b-1634b9a99ad0 -> ../../sdb2 lrwxrwxrwx 1 root root 10 Aug 12 09:44 fcdfb4dd-f5ff-49ea-bf13-2d58e6b8fbf8 -> ../../dm-0 [root@localhost disk]# [root@localhost disk]# ls -l by-id total 0 lrwxrwxrwx 1 root root 9 Aug 12 09:44 scsi-SATA_HTC426060G9AT00_EK7Y79 -> ../../sda lrwxrwxrwx 1 root root 10 Aug 12 09:44 scsi-SATA_HTC426060G9AT00_EK7Y79-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Aug 12 09:44 scsi-SATA_HTC426060G9AT00_EK7Y79-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Aug 12 09:44 scsi-SATA_HTC426060G9AT00_EK7Y79-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 Aug 12 09:44 scsi-SATA_HTC426060G9AT00_EK7Y79-part4 -> ../../sda4 lrwxrwxrwx 1 root root 10 Aug 12 09:44 scsi-SATA_HTC426060G9AT00_EK7Y79-part5 -> ../../sda5 lrwxrwxrwx 1 root root 9 Aug 12 11:43 usb-TOSHIBA_MK8026GAX -> ../../sdb lrwxrwxrwx 1 root root 10 Aug 12 11:43 usb-TOSHIBA_MK8026GAX-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Aug 12 11:43 usb-TOSHIBA_MK8026GAX-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 10 Aug 12 11:43 usb-TOSHIBA_MK8026GAX-part3 -> ../../sdb3 [root@localhost disk]#
Unmounting the 'phantom' fs (/dev/sdb3 in this case), causes both /dev/sdb2 and /dev/sdb3 to be unmounted, and apparently causes /dev/sdb3 to be remounted: [root@localhost ~]# umount /dev/sdb3 [root@localhost ~]# [root@localhost ~]# mount /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/sdb3 on /media/disk type ext3 (rw,noexec,nosuid,nodev) [root@localhost ~]# /media/disk now 'points' to the actual content of /dev/sdb3. No messages in /var/log/messages.
(In reply to comment #2) > Unmounting the 'phantom' fs (/dev/sdb3 in this case), causes both /dev/sdb2 and > /dev/sdb3 to be unmounted, and apparently causes /dev/sdb3 to be remounted: > > [root@localhost ~]# umount /dev/sdb3 > [root@localhost ~]# > [root@localhost ~]# mount > /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) > proc on /proc type proc (rw) > sysfs on /sys type sysfs (rw) > devpts on /dev/pts type devpts (rw,gid=5,mode=620) > /dev/sda1 on /boot type ext3 (rw) > tmpfs on /dev/shm type tmpfs (rw) > none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) > sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) > /dev/sdb3 on /media/disk type ext3 (rw,noexec,nosuid,nodev) > [root@localhost ~]# > > /media/disk now 'points' to the actual content of /dev/sdb3. > > No messages in /var/log/messages. So where does autofs come into this problem?
Sorry to 'mis-zilla'; hal? udev?
Suspend/resume reproduces the original '2 on the same mount point', but the disk is now sdc, not sdb: [tbl@localhost ~]$ mount /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/sdc2 on /media/disk type ext3 (rw,noexec,nosuid,nodev) /dev/sdc3 on /media/disk type ext3 (rw,noexec,nosuid,nodev) [tbl@localhost ~]$ This time, the third partition is really mounted and the second one (sd[bc]2) is hidden.
(In reply to comment #4) > Sorry to 'mis-zilla'; hal? udev? Good question. I think probably hal.
Interesting.... This is bugzilla'ed at least two other times besides here: against gnome-mount (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=189253 which seems to implicate hal), against gnome-volume-manager (http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198317). 189253 and 198317 tag this against FC5, but this seems to be live in devel.
can you attach the output of lshal. Thanks.
Created attachment 134182 [details] Output of lshal Freshly booted system; plugged in USB harddrive. Output of mount: [root@localhost ~]# mount /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/sdb3 on /media/disk type ext3 (rw,noexec,nosuid,nodev) /dev/sdb2 on /media/disk type ext3 (rw,noexec,nosuid,nodev) [root@localhost ~]# /media/disk actually points to /dev/sdb2
Hope this is what you want....
Interesting. Looks like a bug in the new HAL since it correctly puts a -1 after the second disk for its label (I think it does this when the disk doesn't have a label) but it doesn't do this for the mountpoint.
Hmmm... I think I set the labels in a previous effort to work around this issue: [root@localhost ~]# e2label /dev/sdb2 /media/disk [root@localhost ~]# e2label /dev/sdb3 /media/disk-1 [root@localhost ~]# Shouldn't cause a problem, should it?
Hi, please try with hal-0.5.8 and gnome-mount 0.5 available from here http://people.freedesktop.org/~david/hal-0.5.8.1-fc6/ Thanks.
Downloaded all i386 packages (hal-gnome-0.5.8.1-0davidz1.i386.rpm, hal-devel-0.5.8.1-0davidz1.i386.rpm, hal-0.5.8.1-0davidz1.i386.rpm, gnome-mount-nautilus-properties-0.5-0davidz1.i386.rpm and gnome-mount-0.5-0davidz1.i386.rpm 'rpm -Uvh hal* gnome-mount*' reports: [root@localhost Downloads]# rpm -Uvh hal* gnome-mount* error: Failed dependencies: libvolume_id.so.0 is needed by hal-0.5.8.1-0davidz1.i386 [root@localhost Downloads]# Where to download? tom
Ah.... libvolume_id.i386 from development. Got it.
OK. Results of testing: Insert of drive seems to work. Both file systems mount. Running 'umount /dev/sdb[23]; eject /dev/sdb' unmounts /media/disk and /media/disk-1, and then automagically remounts them. Ran that sequences about 10 times with no problems. I ran 'unmount /dev/sdb2' followed by unplugging drive, then replugging drive. Waited about 3-5 seconds and replugged. Nothing happened. Unplugged, waited about 5-10 seconds and replugged. Worked. I see a message in /var/log/messages that I don't recall seeing before: /var/log/messages:Sep 27 06:17:54 localhost hald: mounted /dev/sdb2 on behalf of uid 500 /var/log/messages:Sep 27 06:17:54 localhost hald: mounted /dev/sdb3 on behalf of uid 500 That new? I then ran the following script: while : do umount /dev/sdb[23] eject /dev/sdb sleep 20 done and closed the nautilus windows (and the 'can't mount NTFS' popup) each time. This ran for about 10 cycles with no errors. I'm curious, what got 'fixed'? I'll continue to test today, and close if no problems..... tom
> /var/log/messages:Sep 27 06:17:54 localhost hald: mounted /dev/sdb2 on behalf of uid 500 > /var/log/messages:Sep 27 06:17:54 localhost hald: mounted /dev/sdb3 on behalf of uid 500 > > That new? Yep. > I'm curious, what got 'fixed'? We needed locking around mounting a file system to avoid race conditions. Thanks for testing this. Will either be part of FC6 final or available as an update.
Should be fixed in 0.5.8.1-2 otherwise please reopen.