On Wednesday 18 of May 2011 01:49:43 John Andersen wrote:
I had to copy a 29 gigabyte file from a drive in an external firewire (scsi) enclosure to an internal hard drive.
So I connected the drive, selected open in dolphin, and dragged the file from the firewire to home directory.
I did this multiple times, because each time it would get some distance into the file and start throwing multiple firewire_bp2 scsi aborts into the log, and the disk light on the enclosure would go out and many minutes later the dolphin process would indicate a read error on the drive. It also seemed to get progressively slower and slower probably because it was spending so much time resetting the scsi bus.
Googling around there was some mention that Dolphin often had problems copying big files or many many files. Some of these are as recent as January.
So I opened a shell and copied the file manually and the drive never burped up a single scsi abort, the drive light never went off, and the entire file copied perfectly in one go.
So I tried again with Dolphin and got the same scsi aborts.
So don't trust dolphin on big file moves.
Regardless of the known kio_slave problems when moving files, your description indicates that there is a problem at the hardware/driver level, since errors are mentioned by the kernel SCSI layer. It seems that dolphin simply happened to trigger it this time. I would check the disk/enclosure for hardware errors, if I were you. There is no way for a userspace program to cause these, if the driver/hardware are operating normally. Regards, Peter -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org