Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
On Sun 07 Apr 2013 11:14:14 Manuel Schmidt escribió: Hey, I think it would be nice to have a progress bar that would show the actual data transfer. There is, if you are using KDE and plasma. I think it's trough dbus, so maybe it works in Gnome too. Thats the point there is and its fine but its wrong for fat usb devices, i tested it now for cp because its easier to stop the time but its at this progress bar from kde the same So i copied a file with 1,5GB and the copy progress is finished in 55sec (command prompt comes back) but it isn't, you see that they device is still working for another 30sec (i have gkrellm where you see the datarate to devices) and in this time you can not unmount the device you get the error i posted in my last message. So kde and cp are showing a wrong state of coping file to fat usb devices. There is no way KDE can know if the data from the kernel's buffers are already synced in the device. That's also a pro of having leds in them ;-) But if it is at those both are not showing the correct state, doesn't that mean that this will be at any data copying over usb?. So it's something more generall then konquer? (which i do not use, i use Dolphin) The correct state is being shown, so I don't see a problem here. you tried it? for fat usb devices? Yes, I use it everyday. I just wait until the led stop blinking :-) For what is worth, i consider this bug as not a bug. Kinds regards, Lisandro. -- I still maintain the point that designing a monolithic kernel in 1991 is a fundamental error. Be thankful you are not my student. You would not get a high grade for such a design :-) (Andrew Tanenbaum to Linus Torvalds) Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
Hey, I think it would be nice to have a progress bar that would show the actual data transfer. There is, if you are using KDE and plasma. I think it's trough dbus, so maybe it works in Gnome too. Thats the point there is and its fine but its wrong for fat usb devices, i tested it now for cp because its easier to stop the time but its at this progress bar from kde the same So i copied a file with 1,5GB and the copy progress is finished in 55sec (command prompt comes back) but it isn't, you see that they device is still working for another 30sec (i have gkrellm where you see the datarate to devices) and in this time you can not unmount the device you get the error i posted in my last message. So kde and cp are showing a wrong state of coping file to fat usb devices. But if it is at those both are not showing the correct state, doesn't that mean that this will be at any data copying over usb?. So it's something more generall then konquer? (which i do not use, i use Dolphin) The correct state is being shown, so I don't see a problem here. you tried it? for fat usb devices? thanks best regards
Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
On Tue 02 Apr 2013 08:54:58 Manuel Schmidt escribió: Hello thx to your repley [snip] Nothing in man cp guarantees that the file has been copied to the disk when the command exits. i know that there is no guarantees but at the bash normaly when the prompt comes back, the command is fineshed or? which in this case isn't There are still other buffers for I/O (kernel side, IIRC). So you must *always* unmount a device before pulling it out. Couldn't this make bad behaivors when i write for example bash scripts which makes further actions with the file? No, see above. You can always flush the device to try to sync it, but it's still not guaranteed. I'm a little bit curios that you don't see that kde and cp is showing that they have fineshed the file but it isn't. I think this behaivor wasn't in the last two stables (maybe i had luck?) but i never used some unmount or save remove.There was no need do it., ok i can do it now. You were lucky, just that. If i unmount there is an error when its coping what is more or less ok: Unmount failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. but at the kde eject there is no feedback, you can not say is it now unmounted or not. Well, both konqueror nor dolphin (which is the recommended file manager nowadays) shows a bar under the device with the amount of disk space used when it's mounted. If you right the device you can unmount it (Safely remove...) and the bar dissapears. I think it would be nice to have a progress bar that would show the actual data transfer. There is, if you are using KDE and plasma. I think it's trough dbus, so maybe it works in Gnome too. But if it is at those both are not showing the correct state, doesn't that mean that this will be at any data copying over usb?. So it's something more generall then konquer? (which i do not use, i use Dolphin) The correct state is being shown, so I don't see a problem here. Kinds regards, Lisandro. -- Some consider UNIX to be the second most important invention to come out of ATT Bell Labs after the transistor. Dennis Ritchie, creator of the C programming language and co-creator of UNIX http://www.linfo.org/q_unix.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
Hello thx to your repley You marked the bug with patch but I don't see any patch, I assume this was an error. yes you are right, sorry for that :( Severity: criticalok i see i overdid it just saw datalost but i think it means it in an other content. Nothing in man cp guarantees that the file has been copied to the disk when the command exits. i know that there is no guarantees but at the bash normaly when the prompt comes back, the command is fineshed or? which in this case isn't Couldn't this make bad behaivors when i write for example bash scripts which makes further actions with the file? I'm a little bit curios that you don't see that kde and cp is showing that they have fineshed the file but it isn't. I think this behaivor wasn't in the last two stables (maybe i had luck?) but i never used some unmount or save remove.There was no need do it., ok i can do it now. If i unmount there is an error when its coping what is more or less ok: Unmount failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. but at the kde eject there is no feedback, you can not say is it now unmounted or not. I think it would be nice to have a progress bar that would show the actual data transfer. But if it is at those both are not showing the correct state, doesn't that mean that this will be at any data copying over usb?. So it's something more generall then konquer? (which i do not use, i use Dolphin) thanks for your answers Best regards
Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
package general severity 704482 wishlist tags 704482 -patch reassign 704482 konqueror thanks For cp this is not a bug, you are supposed to umount the filesystem before you remove the usb device. Nothing in man cp guarantees that the file has been copied to the disk when the command exits. For konqueror this is also not a critical bug, you are supposed to use safely remove drive or equivalent before removing the usb device. However, I think it would be nice to have a progress bar that would show the actual data transfer. I'm thus changing this to a wishlist bug against konqueror. Feel free to close if you don't think this is realistic. You marked the bug with patch but I don't see any patch, I assume this was an error. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
