Incomplete file copy and tranfers and other odd behaviors.

[stargatefan]

Noticed a few times as of late that system exhbits some odd file copy/transfer behaviors.

for instance. SDL libs stored on Drive B but extracted to boot/ do not always properly unzip.

copying a folder with a large number of files often fails and using the resync command will not release the drive. system will claim the drive is busy and refuse to unmount unless overidden.

Moving large media files fairs as poorly. IE copying a 4gb media file from drive A to drive B will often result in a unuseable media file with claims from tracker that the sile is not a mp4 and that no codec can be found.

A few experiments to reproduce the problem.

copy haiku trunk from drive A to drive B.

Move large media files several hundred MB or more from drive A to drive B. Move folder with large contents from drive A to drive B, the svn repository will fial often doing this.

If I can find a few more observations about the condition I will post them up.

This has been a ongoing issue for some time.

[axeld]

This sounds a lot like actual hardware problems. Can you provide the syslog output (in /var/log/syslog) when such a problem occurs? Maybe it holds some useful info.

FWIW, I've copied several terabytes of data with Haiku without any corruption issues (the only issue I encounter is that Haiku tends to page out application memory when copying to slower media, which can be quite annoying, but at least non fatal).

[stargatefan]

Replying to axeld:

This sounds a lot like actual hardware problems. Can you provide the syslog output (in /var/log/syslog) when such a problem occurs? Maybe it holds some useful info.

FWIW, I've copied several terabytes of data with Haiku without any corruption issues (the only issue I encounter is that Haiku tends to page out application memory when copying to slower media, which can be quite annoying, but at least non fatal).

I am not encountering any issue with windows or linux on the same hardware. It seems like the issue mostly occurs during install settings,files,libs that are in use do not copy properly.things work fine the the USB stick but when copied over to the primary partition things get lost on the way across.

I will grab the system log. I am not getting any fatal error, but typically I what I see is that if I install from a usb stick SDL libs for example " built into the image" will fial to copy properly, but work fine on the usb stick.

I will see if I can map out some dedicated behaviors that induce what I am observing and report back.

[stargatefan]

encountered today, got screenshot, copied the 2 generated gcc2 and gcc folder from haik/haiku on boot to do a clean install.

screen shot attached.

[axeld]

As I said in another ticket, this has nothing to do with the problem. If you want to find out which application is holding back unmounting the device, you can use "fdinfo" from a Terminal, I think using the -D option to specify the device (via its mount path).

[stargatefan]

the only application in use would be tracker "which handle file transfer/copy IIRC", this occured after a rather large file copy from my secondary to my primary partition.40852 ggc4 hybrid.I ran the sync command, they fialed on the first attempt, I rebooted and copied them again and did not encounter the problem the second time.

Is there anyway to log the actually file copy to see what the issue could be ? some software utility to watch the disk write to see if it is stalling etc ?

[stargatefan]

Close ticket. Replaced the Motherboard, and hard drives and the ram. Problem seems to have cured itself although all available test utilitys verified the hardware as working properly.

[korli]

Closing as invalid.