From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 Description of problem: I cannot eject zip disk from an external USB ZIP (250 Meg/USB powered) neither as a user (eject /mnt/zip), nor by clicking on the icon on the gnome desktop and selecting eject. It seems to be a permission problem accessing /dev/sda. This is on 3 different computers: Athlon-XP, Athlon-MP, Toshiba laptop. I can eject disk either pressing a button on the drive (after umounting it), or doing 'eject /mnt/zip' as root (though it takes forewer -- few minutes). Surprisingly, parallel port ZIP (original, 100MB) works fine. Version-Release number of selected component (if applicable): kernel-2.4.20-19.9.athlon.rpm How reproducible: Always Steps to Reproduce: 1. As a user, insert disk in USB drive. Mount it. Copy some files on it. 2. Type 'eject /mnt/zip'. Or click on the desktop disk icon and select eject 3. Actual Results: Disk gets unmounted, but not ejected. Expected Results: Disk ejects. Additional info:
Woops, forgot about this one. This obviosly has nothing to do with kernel, but I forgot to punt the bug to relevant component. In fact, it's pretty unobvious what that component might be... Probably, nautilus. Does it still fail on Fedora Core 1?
Re. the component, the permission change is done by pam_console. Naturally, if devices are added after login (magicdev or else), you'd have to re-login once for it to take effect. Annoying, but...
The problem is still in FC1. I do not quitye understand what does "device added" mean. The ZIP drive plugged into computer all the time. Does device get added when I plug an actual disk into it? I actually tried rebootng computer with ZIP disk in the drive. It does not change a thing. The same problem exists with internal IDE ZIP drive, last time it worked with RH6.2). The ejecting works with CDROM and I do not understand what is so different ZIP and CDROM, I do not claim to be an expert either. BTW, IDE ZIP disk hangs computer every now and then -- I did file a bug report a couple years ago, but since there were no response I got myself a USB ZIP, which solved that problem for me.
This is an output of "eject -v /mnt/zip" issued as normal user: [dima@tumbleweed dima]$ eject -v /mnt/zip/ eject: device name is `/mnt/zip' eject: expanded name is `/mnt/zip' eject: `/dev/sda4' is mounted at `/mnt/zip' eject: unmounting `/dev/sda4' eject: `/dev/sda4' is a multipartition device eject: trying to eject `/dev/sda4' using CD-ROM eject command eject: CD-ROM eject command failed eject: trying to eject `/dev/sda4' using SCSI commands eject: SCSI eject failed eject: trying to eject `/dev/sda4' using floppy eject command eject: floppy eject command failed eject: trying to eject `/dev/sda4' using tape offline command eject: tape offline command failed eject: unable to eject, last error: Invalid argument
It kind of works in FC2: disk ejects, but I stil get an error "Unable to eject media" (Show more details: "eject: unable to eject, last error: Invalid argument")
Reassigning to eject component to take care of the message (maybe an ioctl is missing, in which case there should be no message, or a better message).
Now in rawhide we're back to not even being able to open the device. Strace shows: [...] open("/dev/sdb4", O_RDONLY|O_NONBLOCK) = -1 EACCES (Permission denied) even though /dev/sdb4 ownership is me:disk and perms are brw-------. If I try as root I get: [...] ioctl(3, CDROMEJECT, 0x8983898) = -1 EIO (Input/output error) ioctl(3, FIBMAP, 0xfef246e0) = 0 ioctl(3, FIBMAP, 0xfef246e0) = 0 ioctl(3, FIBMAP, 0xfef246e0) = 0 ioctl(3, BLKRRPART, 0xfef246e0) = -1 EINVAL (Invalid argument) ioctl(3, FDEJECT, 0xfef246e0) = -1 EINVAL (Invalid argument) and an Invalid argument message, but the disk ejects. It is the third FIBMAP ioctl that does it (there is a lengthy pause before '= 0' while it ejects).
*** Bug 75513 has been marked as a duplicate of this bug. ***
*** Bug 89173 has been marked as a duplicate of this bug. ***
it's fixed in eject-2.0.13-13, which will show up in the rawhide soon.
I have a similar problem in Fedora Core 4 test2 : # eject /dev/hdd eject: unable to eject, last error: Invalid argument hdd is LS-120 CSMO 05 UHD Floppy, ATAPI FLOPPY drive eject-2.0.13-14
I also noticed this additional error output : root# eject /dev/hdd ide-floppy: hdd: I/O error, pc = 1b, key = 5, asc = 24, ascq = 0 eject: unable to eject, last error: Invalid argument Should I open a new bog for FC4 or reopen this one ?
David - please open a new report for the ide-floppy case. Different drivers.