https://bugs.kde.org/show_bug.cgi?id=402660
--- Comment #26 from Stuart K. Smith <stuartksm...@gmail.com> --- Agreed, however in the case of USB thumb drive, unmounting forces commit or it won't unmount until cache is clear. It least that's my belief. IME I can't unmount any file system until it's not being used. Part of the issue might be the understanding of eject vs. unmount. A file system is unmounted, but not ever "ejected". A device may be ejected, but only cleanly if it has been unmounted prior. A device, like a USB thumb drive or USB hard drive is never really in need of "Eject" because once the file system(s) on it are unmounted you can just pull it out. This is where this whole mess started. Someone had multiple file systems on a USB device and failed to unmount one or more of them before pulling the plug. This could cause a file corruption if a write were not complete. This potential outweighed (at least in some persons minds) the inconvenience to the thousands of users just a thumb drive. In my mind, the best possible solution for USB r/w storage devices is an "unmount all" condition where all file systems on the device are unmounted. "Eject" does this conveniently enough but then you end up where we are - pulling a re-inserting the device. Seems like an expansion of the Notifier actions in this regard is in order. -- You are receiving this mail because: You are watching all bug changes.
