Dear All
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
Thanks in advance,
Paul
On 11/5/06, Paul Smith phhs80@gmail.com wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
I mean that KDE "safely remove" is not safe in the sense that some data is lost, specially in the case one has just copied a large (say, 100 Mb) file to the pen drive.
Paul
Paul Smith kirjoitti viestissään (lähetysaika maanantai, 6. marraskuuta 2006 01:13):
I mean that KDE "safely remove" is not safe in the sense that some data is lost, specially in the case one has just copied a large (say, 100 Mb) file to the pen drive.
I've noticed the same problem with my MP3 player. A bugzilla report is needed.
Paul Smith wrote:
On 11/5/06, Paul Smith phhs80@gmail.com wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
I mean that KDE "safely remove" is not safe in the sense that some data is lost, specially in the case one has just copied a large (say, 100 Mb) file to the pen drive.
Afaik, KDE simply uses the "eject" command, and eject (supposedly) does a umount first too. ??
-- Rex
On 11/6/06, Rex Dieter rdieter@math.unl.edu wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
I mean that KDE "safely remove" is not safe in the sense that some data is lost, specially in the case one has just copied a large (say, 100 Mb) file to the pen drive.
Afaik, KDE simply uses the "eject" command, and eject (supposedly) does a umount first too. ??
I do not know whether it matters, but recently the package eject was updated by yum.
Paul
Rex Dieter wrote:
Afaik, KDE simply uses the "eject" command, and eject (supposedly) does a umount first too. ??
It seems that the UI with the icon may have some kind of timeout independent of the progress of the umount? Maybe Paul can confirm the LED on his flash drive continues to show activity after the icon has gone from the desktop.
-Andy
Andy Green wrote:
Rex Dieter wrote:
Afaik, KDE simply uses the "eject" command, and eject (supposedly) does a umount first too. ??
It seems that the UI with the icon may have some kind of timeout independent of the progress of the umount? Maybe Paul can confirm the LED on his flash drive continues to show activity after the icon has gone from the desktop.
It could be possible from your description that possibilities include: * KDE's wait on eject time's-out * eject doesn't return an error-code on failure ( * KDE doesn't properly check for eject error(s).
-- Rex
On 11/6/06, Andy Green andy@warmcat.com wrote:
Afaik, KDE simply uses the "eject" command, and eject (supposedly) does a umount first too. ??
It seems that the UI with the icon may have some kind of timeout independent of the progress of the umount? Maybe Paul can confirm the LED on his flash drive continues to show activity after the icon has gone from the desktop.
I cannot test it now (I am now on a MS Windows machine at the moment), but I will do it later on.
Paul
Paul Smith wrote:
On 11/5/06, Paul Smith phhs80@gmail.com wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
I mean that KDE "safely remove" is not safe in the sense that some data is lost, specially in the case one has just copied a large (say, 100 Mb) file to the pen drive.
Paul
I found this problem in gnome on FC4 and submitted a bug report. Syncing can still occur after the timeout for the icon. I found this after copying a large amount of files to a thumbdrive and corrupting the filesystem. I also found out about fsck.vfat for repairing the file system.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199128
It may be the same bug.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Robin Laing schrieb:
Paul Smith wrote:
On 11/5/06, Paul Smith phhs80@gmail.com wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
I mean that KDE "safely remove" is not safe in the sense that some data is lost, specially in the case one has just copied a large (say, 100 Mb) file to the pen drive.
Paul
I found this problem in gnome on FC4 and submitted a bug report. Syncing can still occur after the timeout for the icon. I found this after copying a large amount of files to a thumbdrive and corrupting the filesystem. I also found out about fsck.vfat for repairing the file system.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199128
It may be the same bug.
Perhaps this bug-report within gnome's bugzilla comes close to what you have in mind to prevent data loss:
http://bugzilla.gnome.org/show_bug.cgi?id=313639
Seems like a patch is on its way out.
- -- Christian Nolte
key : http://www.noltec.org/christian-nolte.asc or : www.keyserver.net - ---------------------------------------------------------------------- The Information Revolution will be fought on the command line. - ----------------------------------------------------------------------
On Sun, 2006-11-05 at 23:01 +0000, Paul Smith wrote:
Dear All
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
---- No ideas but I agree with you that this is not expected behavior.
Of course it isn't a bug if it's not in bugzilla... ;-)
http://bugzilla.redhat.com/bugzilla
Craig
Em Domingo 05 Novembro 2006 20:01, Paul Smith escreveu:
Dear All
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
Do you wait for the pendrive icon vanishes from desktop or konqueror after clicking "safely remove"? It may take some time to flush the pending data write operations to the pendrive. It's safe to remove it only when the it's icon disappear (i.e., when it's automatically unmounted).
[]'s Marcelo
On Mon, 2006-11-06 at 09:48 -0300, Marcelo Magno T. Sales wrote:
Em Domingo 05 Novembro 2006 20:01, Paul Smith escreveu:
Dear All
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
Do you wait for the pendrive icon vanishes from desktop or konqueror after clicking "safely remove"? It may take some time to flush the pending data write operations to the pendrive. It's safe to remove it only when the it's icon disappear (i.e., when it's automatically unmounted).
---- that was it...OP has stated that it wasn't being automatically mounted but rather a forced mount via entry in fstab
Craig
On 11/6/06, Craig White craigwhite@azapple.com wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
Do you wait for the pendrive icon vanishes from desktop or konqueror after clicking "safely remove"? It may take some time to flush the pending data write operations to the pendrive. It's safe to remove it only when the it's icon disappear (i.e., when it's automatically unmounted).
that was it...OP has stated that it wasn't being automatically mounted but rather a forced mount via entry in fstab
False: the problem was detected while automount option active. To circumvent the problem, I then forced mount via entry in fstab.
Paul
On Mon, 2006-11-06 at 14:04 +0000, Paul Smith wrote:
On 11/6/06, Craig White craigwhite@azapple.com wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
Do you wait for the pendrive icon vanishes from desktop or konqueror after clicking "safely remove"? It may take some time to flush the pending data write operations to the pendrive. It's safe to remove it only when the it's icon disappear (i.e., when it's automatically unmounted).
that was it...OP has stated that it wasn't being automatically mounted but rather a forced mount via entry in fstab
False: the problem was detected while automount option active. To circumvent the problem, I then forced mount via entry in fstab.
---- OK - I am unclear as to what processes you have gone through and when.
Expected behavior is for the user space auto mount when the USB pen drive is inserted and for it to be unmounted when 'safely remove' is chosen for that device. There should be no need to alter fstab or udev.
If that isn't the case, then the way to report this is through bugzilla - http://bugzilla.redhat.com/bugzilla
Then the developers can actually test whether the problem is reproducible or not.
Once you made the entry in fstab as noauto - then expected behavior is altered.
Craig
On 11/6/06, Craig White craigwhite@azapple.com wrote:
On Mon, 2006-11-06 at 14:04 +0000, Paul Smith wrote:
On 11/6/06, Craig White craigwhite@azapple.com wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
Do you wait for the pendrive icon vanishes from desktop or konqueror after clicking "safely remove"? It may take some time to flush the pending data write operations to the pendrive. It's safe to remove it only when the it's icon disappear (i.e., when it's automatically unmounted).
that was it...OP has stated that it wasn't being automatically mounted but rather a forced mount via entry in fstab
False: the problem was detected while automount option active. To circumvent the problem, I then forced mount via entry in fstab.
OK - I am unclear as to what processes you have gone through and when.
Expected behavior is for the user space auto mount when the USB pen drive is inserted and for it to be unmounted when 'safely remove' is chosen for that device. There should be no need to alter fstab or udev.
If that isn't the case, then the way to report this is through bugzilla
Then the developers can actually test whether the problem is reproducible or not.
I will write a report at http://bugzilla.redhat.com/bugzilla later on.
Paul
Craig White kirjoitti viestissään (lähetysaika maanantai, 6. marraskuuta 2006 16:34):
Expected behavior is for the user space auto mount when the USB pen drive is inserted and for it to be unmounted when 'safely remove' is chosen for that device. There should be no need to alter fstab or udev.
The problem I have seen is that the device icon on the KDE desktop changes immediately after "safely remove" to indicate that the device is unmounted and ready to be removed, but the system is actually still in the process of writing data to the device. If the device is removed too early, some files will be missing or the filesystem may be corrupted and there's no way to know when it's actually safe to remove it.
On 11/6/06, Markku Kolkka markkuk@tuubi.net wrote:
Expected behavior is for the user space auto mount when the USB pen drive is inserted and for it to be unmounted when 'safely remove' is chosen for that device. There should be no need to alter fstab or udev.
The problem I have seen is that the device icon on the KDE desktop changes immediately after "safely remove" to indicate that the device is unmounted and ready to be removed, but the system is actually still in the process of writing data to the device. If the device is removed too early, some files will be missing or the filesystem may be corrupted and there's no way to know when it's actually safe to remove it.
I can now confirm that, as the same happens here. So, Andy's guess seems correct. I am going to fill a bug at bugzilla.
Paul
On 11/7/06, Paul Smith phhs80@gmail.com wrote:
Expected behavior is for the user space auto mount when the USB pen drive is inserted and for it to be unmounted when 'safely remove' is chosen for that device. There should be no need to alter fstab or udev.
The problem I have seen is that the device icon on the KDE desktop changes immediately after "safely remove" to indicate that the device is unmounted and ready to be removed, but the system is actually still in the process of writing data to the device. If the device is removed too early, some files will be missing or the filesystem may be corrupted and there's no way to know when it's actually safe to remove it.
I can now confirm that, as the same happens here. So, Andy's guess seems correct. I am going to fill a bug at bugzilla.
In which component of KDE should I fill the bug at http://bugzilla.redhat.com?
Paul
Paul Smith wrote:
On 11/7/06, Paul Smith phhs80@gmail.com wrote:
I can now confirm that, as the same happens here. So, Andy's guess seems correct. I am going to fill a bug at bugzilla.
In which component of KDE should I fill the bug at http://bugzilla.redhat.com?
imo, kdebase.
-- Rex
On 11/7/06, Rex Dieter rdieter@math.unl.edu wrote:
I can now confirm that, as the same happens here. So, Andy's guess seems correct. I am going to fill a bug at bugzilla.
In which component of KDE should I fill the bug at http://bugzilla.redhat.com?
imo, kdebase.
Thanks, Rex. Now, the bug is reported:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214364
Paul
On 11/6/06, Marcelo Magno T. Sales marcelo.sales@sefaz.pe.gov.br wrote:
The option of "safely remove" for removing pen drives is not working properly here. To safely remove my pen drive I have to use the command line through the command 'umount /dev/sda1'. Any ideas how to repair that?
Do you wait for the pendrive icon vanishes from desktop or konqueror after clicking "safely remove"? It may take some time to flush the pending data write operations to the pendrive. It's safe to remove it only when the it's icon disappear (i.e., when it's automatically unmounted).
The icon never disappears.
Paul
Paul Smith wrote:
Do you wait for the pendrive icon vanishes from desktop or konqueror after clicking "safely remove"? It may take some time to flush the pending data write operations to the pendrive. It's safe to remove it only when the it's icon disappear (i.e., when it's automatically unmounted).
The icon never disappears.
I think your problem is just that the Safely Remove process doesn't react well to handles being still open on the device, eg
- stick a flash pen in and open it in Konqueror with the UI popup
- in a konsole, cd /media/disk or whereever it was mounted (determine with mount)
- then try to use the "Safely Remove" context menu on the desktop icon. For me it removes the menu item from the context menu, but does nothing: the pens is still mounted and the icon remains present, there is no activity on the pen.
- the Desktop icon representing the device does go away when the device is umounted by hand and pulled
Under these circumstances, eject says this immediately:
# eject /dev/sda1 umount: /media/disk: device is busy umount: /media/disk: device is busy eject: unmount of `/media/disk' failed
I separately tried to reproduce the proposed not flushing behaviour even after remounting without the sync option, but the icon correctly sat there until the whole 163MB test file was flushed to the pen, then disappeared. Which is good!
-Andy
-
Andy Green -
Christian Nolte -
Craig White -
Marcelo Magno T. Sales -
Markku Kolkka -
Paul Smith -
Rex Dieter -
Robin Laing