Version: (using KDE KDE 3.4.3) Installed from: SuSE RPMs OS: Linux If you try to "safely remove" an usb storage device in media:/ an error message comes up: "umount: /media/LAPIZ no está en fstab (y usted no es el usuario root) Compruebe que el disco está correctamente introducido." wich in Spanish means that /media/LAPIZ ("LAPIZ" is the label of mi usb stick) does not appear in /etc/fstab and that I'm no root. It also prompts me to check if the disk was in its place. Sorry, but I don't know the original English message: that's why I'm translating. I've checked that root actually can do that throuht the command line or from media:/, so it seems to be an issue with permissions.
I just upgraded to KDE 3.5 rc1 and I still have the same problem
As far as I know, SuSE uses supermount, and removable devices are automatically mounted this way using a root process. Then the user can't unmount it himself... Which makes the "safely remove" action useless. That's a SuSE specific issue, they surely forgot to disable this option that is irrelevant on their platform. Closing it as INVALID.
As far as I can tell, SUSE has /bin/eject set setuid root to allow safely removing external storage devices as a user. Unfortunately, kio_media_mounthelper wants to call umount on the device itself and shows the error message mentioned above if it fails, not going on to try calling eject. If it just called kdeeject (which would in turn call /bin/eject, which in turn would umount), the whole thing would work as expected, both using subfs (like in SUSE's case) or not. I have patched this on my system as a temporary workaround. My whole findings on the issue are described in detail here: <a href="http://www.volker-lanz.de/en/toys/ipod_suse10/">http://www.volker-lanz.de/en/toys/ipod_suse10/</a>
I also have this issue - but am using Debian unstable and KDE 3.5. It is impossible to use the safely remove feature in KDE. Symptoms are exactly as decrbed above. Please reopen the bug. GJ
Why does KDE not use the patch from Volker Lanz? Has it any unwanted sideeffects?
FYI, attaching patch referenced in #3
Created attachment 14608 [details] skip/omit manual umount, eject does that already
does this mean, that it is now in the current svn-version?
No, simply that I attached the patch here so that folks wouldn't have to go elsewhere to see/review it.
I'm reopening the bug because of the new info from Volker.
Sorry for not reopening this before, I must admit that I hadn't noticed I could do that myself :-)
I'm using KDE 3.5.1. I just realised that it doesn't work with CDs either. I get the same message when I try to "eject" or "unmount" from the context menu.
Audio CDs are ejcted without problems.
Since eject calls umount anyway, isn't the whole cause of this issue clearly in the "helper" taking inappropriate action. That much seems to be clearly a KDE issue. I cant see the reason for this not already having been remedied since a patch has even been submitted. as for the "unconfirmed" status, this bug has been running a year now. Several different posters on different distros have confirmed the bug. What else is required here?
*** This bug has been confirmed by popular vote. ***
SVN commit 551890 by ervin: It seems that letting "eject" handling the unmount doesn't introduce undesired side-effects. So let's do it this way, to avoid error on unmount for supermounted devices. BUG: 116209 M +0 -13 kio_media_mounthelper.cpp --- branches/KDE/3.5/kdebase/kioslave/media/mounthelper/kio_media_mounthelper.cpp #551889:551890 @@ -91,19 +91,6 @@ } else if (args->isSet("s") || args->isSet("e")) { - if (medium.isMounted()) - { - DCOPRef mediamanager("kded", "mediamanager"); - DCOPReply reply = mediamanager.call( "unmount", medium.id()); - if (reply.isValid()) - reply.get(m_errorStr); - m_device = device; - if (!m_errorStr.isNull()) - { - error(); - return; - } - } invokeEject(device, true); } else
On Fedora, some change to the media manager -- possibly this one, or maybe one of the other HAL-related changes -- has broken user unmounting for USB devices. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203073 . Sorry if this is the wrong change, but it seems suspicious ...
Mary, see also bug #131540 for eject info.
I'm running KDE 3.5.5 and is not able to do a "safe remove" from the storage-applet. So the bug is from my point of view not resolved. I am able to do it from a prompt using pumount /media/<NAME>
removing the explicit mount is wrong - it removes any error handling. Any distribution having a problem with unmount is free to patch it out though