From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5)
Description of problem:
Running FC3 with all current updates installed, eject command and
eject buttons on music players fail. However, 'sudo eject' works.
This seems to be new; it used to work with initial FC3 install.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. insert CD
2. Close CD-Player app that automatically opens.
3. eject -v
Actual Results: eject: using default device `cdrom'
eject: device name is `cdrom'
eject: expanded name is `/dev/cdrom'
eject: `/dev/cdrom' is a link to `/dev/hdc'
eject: `/dev/hdc' is not mounted
eject: `/dev/hdc' is not a mount point
eject: `/dev/hdc' is a multipartition device
eject: trying to eject `/dev/hdc' using CD-ROM eject command
eject: CD-ROM eject command failed
eject: trying to eject `/dev/hdc' using SCSI commands
eject: SCSI eject failed
eject: trying to eject `/dev/hdc' using floppy eject command
eject: floppy eject command failed
eject: trying to eject `/dev/hdc' using tape offline command
eject: tape offline command failed
eject: unable to eject, last error: Invalid argument
Expected Results: disk should be ejected.
'sudo eject -v' results in same output, but disk is in fact ejected.
drive is a Sony DVD RW DW-D18A
*** Bug 142782 has been marked as a duplicate of this bug. ***
Same for rawhide. eject as a person with console access used to work, now only
root does. Annoying.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
eject is working fine again in FC5. Not a security issue, so I'll mark it fixed.
It didn't work for me yesterday, I had to eject the cd by right-click the gnome
desktop icon, and choosing "eject".
Typing "eject" did nothing.
In FC5 it still doesn't work properly.
Cannot eject CDs as user after using Grip;
must have root privileges to eject. I guess,
it depends on the type of CD somehow (like
extra multimedia tracks etc.)
I'd like to re-open this bug.
It doesn't make sense that a non-root user can eject the cd-rom when using
gnome, but that this fails to work when using the command-line.
$ eject /dev/hdd
umount: /media/LABEL is not in the fstab (and you are not root)
eject: unmount of `/media/LABEL' failed
I can confirm that the command-line eject will not eject a mounted CD-ROM: you
have to be root to unmount the disk, or you have to be using a program with
special privilege (like Gnome's right-click eject).
That's somewhat different from the original bug report here, which was that
there was no way to eject a disk without a root password.
However, it does appear I was premature in closing this; the inconsistency is
annoying. Reopening for FC5.
it's fixed in eject-2.1.5-0.1.fc5. Please update it from FC5-update
eject-2.1.5-0.1.fc5 doesn't work for me.
1. Insert a CD containing a file system
2. It automounts
3. Run "eject"
4. Get error:
umount: /media/LABEL\040WITH\040SPACES: not found
eject: unmount of `/LABEL\040WITH\040SPACES' failed
Same for eject-2.1.5-0.2.fc5.