[jik@jik packages]$ eject umount: /dev/cdrom mount disagrees with the fstab eject: unmount of `/dev/cdrom' failed I had to use "eject -p" to get it to eject the CD-ROM. This behavior appears to be new. Automount and eject should play nicely together so that eject can spit out CD-ROMs mounted by automount with no arguments.
Hmm. It just got worse. Now "eject -p" is reporting "umount: only root can do that". It wasn't doing that before.
which version of eject do you have. eject-2.0.9-2 in rawhide should fix this problem
I have eject-2.0.9-2, and it just did it again: > eject umount: /dev/cdrom mount disagrees with the fstab eject: unmount of `/dev/cdrom' failed > When I waited a little bit and then ran it again, it worked (presumably because the automounted had in the meantime unmounted the cd-rom).
It's not a bug. You should set correct timeout in /etc/auto.master.
I don't understand. This worked before. It doesn't work now. How can that not be a bug? I don't understand how this can be explained by reference to timeouts, because I'm pretty certain that in previous versions of the software, I could "eject" a CD-ROM immediately after accessing it with no trouble. What has changed?
I am reopening this bug because I would like an explanation of why it is not considered a bug if it worked before and it doesn't now. I used to be able to eject a CD mounted by autofs without mucking with any timeouts, when it was still mounted by autofs. I can't do that anymore.
It should be a bug autofs or mount. Could you please update autofs-3.1.7-21 and mount-2.11g-5. restart autofs service again after update. It should work. It works for me.
I am becoming irritated by the runaround I'm getting about this bug. I already have autofs-3.1.7-21 and mount-2.11g-5 installed. My /etc/auto.master looks like this: /misc /etc/auto.misc --timeout=60 My /etc/auto.misc looks like this: cd -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom I just put a RedHat Linux OS CD in the drive and typed "ls /misc/cd". I got a listing as I expected, i.e., the CD was automounted. Then I immediately typed "eject" and got: umount: /dev/cdrom mount disagrees with the fstab eject: unmount of `/dev/cdrom' failed I repeat my assertion -- this used to work and now it doesn't. That makes it a bug.
i can reproduce this problem. if you do 'ls /misc/cd' automount mounts it as root. If you try to do eject as normal user it does not work, because you are not allow to do that. It's correct so. If you add 'dev/cdrom /misc/cd iso9660 noauto,owner,kudzu,ro 0 0' into /etc/fstab, a normal user can umount this device and it should work for you.
If automount mounts CD inserted by user as root, this is somewhat strange... What's the problem with mounting it as user on 0:0?