Recently in post-beta rawhide I lost the ability to eject media. The above message is always seen. Nautilus is unable to eject it as well. $ ls /sys/block/sr0/ capability dev device holders make-it-fail power queue range removable size slaves stat subsystem uevent $ file /dev/sr0 /dev/sr0: block special (11/0) Linux lumos 2.6.25-0.130.rc6.git3.fc9 #1 SMP Wed Mar 19 17:11:59 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux eject-2.1.5-9.fc9.x86_64
Found the problem. sysfs changed things in /sys/block/ to be symlinks, which conflicted with a patch in eject to ensure that the device is removable. The check would only look in directories in /sys/block/ for content, and thus would ignore symlinks. I've updated the patch and issued the build. It's worth noting that this fixes ejecting things via Nautilus in GNOME too.
These changes in /sys/block are only in rawhide or even in F{7,8}?
I was only aware of the problem on rawhide. Have we attempted to get this patch accepted upstream?
No, we haven't. This patch is really painful. At my computers everything works fine, but I have some other reports that in some cases eject doesn't work (devices like iPod etc). Probably I will have to write additional check for hotpluggable flag, so this patch isn't fully correct.
See here: https://admin.fedoraproject.org/updates/F8/FEDORA-2008-2623. Unfortunately, I don't know very much about theirs problems, so it's difficult to fix something. Maybe they have problem because of symlinks too.
(In reply to comment #5) > See here: https://admin.fedoraproject.org/updates/F8/FEDORA-2008-2623. > Unfortunately, I don't know very much about theirs problems, so it's difficult > to fix something. Maybe they have problem because of symlinks too. Actually that looks like for some reason his eject is looking for an "scd0" device, when his device is actually "sr0". I'd have to see more of his system to know.