--On Tue, 6 May 2003 18:12:07 Peder Stray wrote: >On Tue, 6 May 2003, Sumit Narayan wrote: > >> I think the problem that you are facing is because you umount the disk >> immediately after transferring the file. Though ls indicates that the >> file has been transferred, and the size match, the transfer would still >> be in progress behind the scene, and once you umount, and remove the USB >> disk, the data is lost, since the transfer was not complete. > >That is definitly not the problem... i have mounted both with and without >the sync option, and umount usually hangs until all buffers are flushed to >the disk. > >> You are facing this problem randomly, depending on how long you wait >> after the transfer to remove the disk. > >yes, i usually have the disk mounted all the time it is connected to my >computer, and umount/mount is just somthing i use to check if the files >got transferred correctly > >> This happens when you are transferring large files, and not while using >> small files. > >size doesn't matter at all with this problem... files ranging from under >1k in size to well up under 1GiB have been truncated > >> This will happen even when you are transferring large files from your >> CDs. > >never tried to copy from my cd. > >> I hope this helps. Just wait for few seconds after the transfer is done, >> and you wont lose your data anymore. > >sorry to report that your input didn't help at all. > >> Regards, >> Sumit >> -- >> >> On 06 May 2003 17:29:12 +020 >> Peder Stray wrote: >> > >> >I have a 250GB usb-storage disk i use to transport large files between >> >work and home, I uses vfat (since I haven't found any other good >> >filesystems that don't require me to either be root or have all files >> >worldreadable). Anyways... >> > >> >Some files get its size truncated to 0 after a while (usually a few >> >minuts, or when i umount the disk). They seem to be the correct size >> >when I do ls -l immediately after i have transfered the files (with cp >> >or rsync, doesn't really matter). Moving files on the disk with mv also >> >seems to trigger the problem sometimes. >> > >> >I see that blocks get allocated, but the filesizes are 0. Currently >> >there is a difference of 17GB in the output of df and du. >> > >> >I have also noticed that the size of some directories get truncated too, >> >thus all files copied or moved into those directories dissappear. ls -l >> >in those directories doesn't even show . and .. >> > >> >it seem very inconsistent which files are affected, both in size, length >> >of filename, unusual characters or depth in the filestructure. No >> >messages from the kernel logs. >> > >> >A check of the filesystem from XP reports no errors in the >> >filestructure, and it work 100% there. >> > >> >kernel versions used are are amongst 2.4.18 and 2.4.20, selfcompiled or >> >stock from RH. >> > >> >More details can of course be supplied if anyone have any ideas what to >> >check and how. >> > >> >any comments or help would be much appreciated as the loss of data i >> >experience is more than a little annyoing. >> > >> >-- >> > Peder Stray >> > >> >- >> >To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >> >the body of a message to majordomo@vger.kernel.org >> >More majordomo info at http://vger.kernel.org/majordomo-info.html >> >Please read the FAQ at http://www.tux.org/lkml/ >> > >> >> >> ____________________________________________________________ >> Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail! >> http://login.mail.lycos.com/r/referral?aid=27005 >> > >-- > Peder Stray >
____________________________________________________________ Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail! http://login.mail.lycos.com/r/referral?aid=27005 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/