Not sure where this bug goes, but ... AFAICS there is no way to be logged into GNOME and not have a half-dozen programs open the CD as soon as I open it. rpm -e magicdev doesn't fix it, as it used to with gmc. Worse, if I'm in a shell and cd to /misc/cd, it seems the disc becomes permanently mounted -- not even Nautilus can unmount the volume (I get errors about automount points not being in fstab, must be root...)
What do you mean by "half-dozen programs open the CD"?
fam and nautilus open the CD once each if they're working properly. Unfortunately, with automount nautilus will sometimes get confused and start creating multiple CD's on the desktop (I have only one CD drive) -- when this happens, multiple nautili threads open /dev/cdrom as soon as I put a disc in it. Yes, fixing nautilus would be ideal, but being able to turn off this behavior would probably be a better short-term solution than 'killall nautilus.'
thanks for info
We (Red Hat) should really try to fix this before next release.
What is the exact sequence of steps to reproduce? I have autofs installed, and magicdev running. Here is what I do: - insert CD - Nautilus window opens displaying CD, CD appears on desktop - try to unmount CD, Nautilus gives error message (a lame one, but it exists) - close Nautilus window - unmount CD successfully, since I no longer have Nautilus window open to the CD - insert CD again, Nautilus opens window again, CD on desktop - open a shell, cd /mnt/cdrom - try to unmount - doesn't work - close Nautilus window, cd out of /mnt/cdrom in the shell - try to unmount, works fine What do you do differently?
Note, when I say "try to unmount", I am doing that from right-click menu on the CD icon.
Ok, I can't easily reproduce the multiple-CD's-on-desktop bug -- that usually only shows up after running nautilus for some time. However, I think the crux of this bug report is that nautilus interacts poorly with automount. I think this is actually bigger than just Nautilus -- umount as user doesn't seem to work if a device is mounted twice, as is the case if one does 'cd /misc/cd' and nautilus mounts on /mnt/cdrom. From here, it looks like the options are a.) change umount so non-root can unmount multiple-mounted devices, or simply b.) don't ship with automount enabled, since it takes at least sixty seconds to undo this mess. A third option I haven't tried (not on a linux box at the moment) would be adding /misc/cd to /etc/fstab. I don't know whether this would cause a problem with programs that periodically stat all devices.
Is autofs in the default workstation install? I think you may need to do an everything install to get that. Your suggested changes would involve mount/autofs, so reassigning the bug to those components.
Assigning to autofs, I don't see what mount could do about this.
The autofs package is in the Network Support component, and is enabled by default for the sake of environments where map information is present on the network. Would it be sufficient to not mount /misc in the default auto.master file? This would permit auto.master maps from NIS and LDAP to still function correctly.
Yes, that fixes it for me.
This will be fixed in autofs-3.1.7-19 and later.
Red Hat Linux and Red Hat Powertools are currently no longer supported by Red Hat, Inc. In an effort to clean up bugzilla, we are closing all bugs in MODIFIED state for these products. However, we do want to make sure that nothing important slips through the cracks. If, in fact, these issues are not resolved in a current Fedora Core Release (such as Fedora Core 5), please open a new issues stating so. Thanks.