Summary: | kde (hal) "unmounted but not ejected" error unless in disk group | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ben Kohler <bkohler> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aronparsons, damian01w, esigra, gengor, kyron, pva, redroyalty, roberto.castagnola, spamtrap+gentoo, teidakankan, tomsimnett, udev-bugs |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | kdeeject patch to use HAL to eject media |
Description
Ben Kohler
2007-07-20 21:19:28 UTC
maybe im barking up the wrong tree here. it works fine for cdrom because my cdrom's device node gets root:cdrom ownership and i'm in the cdrom group. i don't think i'll be able to do the same with my usb storage until i make udev give usb storage devices something like root:usbstorage ownership and put my users in that group. any thoughts on whether the 'disk' group is really appropriate for usb storage devices? or maybe there is a way to get kde to realize that it's stupid to try 'eject' a usb drive, and it should skip ejecting for usb storage. I can confirm hitting this bug, as are others: http://forums.gentoo.org/viewtopic-p-4212031.html is anyone doing something about this? the fix is straightforward, a one line udev rule as shown in the forum thread quoted by Gordon: echo -e '# removable disks\nACTION=="add", SUBSYSTEM=="block", KERNEL=="sd[a-z][0-9]", ATTRS{removable}=="1", GROUP="plugdev"\n' >> /etc/udev/rules.d/51-local.rules why not include this in the standard udev setup? CC'ing udev-bugs to verify the suggestion in comment #3. block devices shouldn't be owned by the plugdev group. Block devices should be owned by disk or cdrom. it looks like KDE is directly calling "eject" or some similar code to "eject" and not using the HAL method Eject(). The issue would be mitigated if KDE used the Eject() method. *** Bug 165079 has been marked as a duplicate of this bug. *** (In reply to comment #5) > block devices shouldn't be owned by the plugdev group. Block devices should be > owned by disk or cdrom. > > it looks like KDE is directly calling "eject" or some similar code to "eject" > and not using the HAL method Eject(). The issue would be mitigated if KDE used > the Eject() method. > KDE calls kdeeject. It's a script that calls /usr/bin/eject. User can't eject by permition. It may fix by change owner or by "chmod u+s /usr/bin/eject" A user can eject a CD...so I don't thinks that's a fix. I believe the "HAL patch" in Comment #3 is more appropriate. This has nothing to do with HAL. And a disk is a disk and should be owned by group disk. KDE just needs to do things right. "a disk is a disk and should be owned by group disk." I don't agree with that. A removable USB flash disk, of type as described in Comment #3 is definitely not the same as the SATA or PATA disk used to mount as root /. Furthermore, I don't believe it is "wise" to give users the "disk" group ownership when all one wants is to be able to remove his USB key. And true, it has nothing to do with HAL forgot to agree on that point in Comment #9 ;) Upstream has bug about this, which seems to have been fixed year ago but probably regressed in a newer kde version - http://bugs.kde.org/show_bug.cgi?id=130427 Created attachment 144017 [details, diff]
kdeeject patch to use HAL to eject media
This patch fixes the issue for me.
This patch needs HAL to work, but if you have the issue you are already using HAL.
Fixed in CVS. |