Right and how exactly do you intend to push a 4.4 GB file on FAT. I think the best bet would be to split the file into 2 parts and compress each using something like 7-zip. <div class="gmail_quote">On 12 June 2012 14:41, Greg Zeng <<a href="mailto:gregzeng@gmail.com" target="_blank">gregzeng@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">NTFS-3G, NTFS-Vista, NTFS- Win7 ... are each three very different & incompatible products. Wikipedia yourself on this. When you force a hostile file format onto flash memory (like NTFSxx) - it has, as you discovered, unpredictable resulmatts. All flash-drive-only specialized apps suggest formats FAT16 or FAT32. Flash drives are electronic gadgets very different to magnetic drives. I think this is your "error". <div class="HOEnZb"><div class="h5"> On 6/12/12, Pasi Lallinaho <<a href="mailto:pasi@shimmerproject.org">pasi@shimmerproject.org</a>> wrote: > Forwarding this mail to xubuntu-users, which is appropriate. > > Pasi > > On 06/11/2012 10:00 PM, Len E. wrote: >> (The situation described herein may be of interest >> to the development team). >> >> A large .iso file (Debian 6.0.5 DVD), 4.4GB size, which >> had been downloaded from the Debian website was copied >> to an 8GB flash drive formatted as NTFS. The checksum, >> using MD5calc from the terminal command line, matched >> with the posted value on the website, both for the >> downloaded file, and the file copy on the flash drive. >> >> When the flash drive was mounted on a Vista PC (which >> has the DVD burner), the checksum value calculated there, >> both on the flash drive and on the file copied to the >> Vista hard disk did not match the posted value. >> >> What was most unusual, was that when the flash drive >> was remounted onto the Xubuntu machine, the checksum >> value no longer matched the posted value, even though >> no further write operations to the flash drive had >> occurred. >> >> This process was repeated a few times, alternately >> using the cp terminal command, and a copy/paste operation >> to transfer the .iso file to the flash drive. >> (Between attempts, the flash drive was reformatted to NTFS >> using Gparted on Xubuntu). The peculiar results were >> the same with each attempt. >> >> The final attempt was to put the .iso file into a tar >> archive on Xubuntu, then cp the archive onto the flash >> drive. On Vista, the 7zip utility was used to extract the >> .iso from the tar archive. >> >> The checksum for the extracted .iso file DID MATCH THE >> POSTED ORIGINAL VALUE !! >> >> I don't really understand what is happening, but I'm >> pleased to have a work-around using the tar archive if >> I have similar large-file transfer requirements in the >> future. >> >> For your consideration ..... >> >> >> >> > > > -- > Pasi Lallinaho (knome) » <a href="http://open.knome.fi/" target="_blank">http://open.knome.fi/</a> > Leader of Shimmer Project and Xubuntu » <a href="http://shimmerproject.org/" target="_blank">http://shimmerproject.org/</a> > Graphic artist, webdesigner, Ubuntu member » <a href="http://xubuntu.org/" target="_blank">http://xubuntu.org/</a> > > > -- > xubuntu-users mailing list > <a href="mailto:xubuntu-users@lists.ubuntu.com">xubuntu-users@lists.ubuntu.com</a> > Modify settings or unsubscribe at: > <a href="https://lists.ubuntu.com/mailman/listinfo/xubuntu-users" target="_blank">https://lists.ubuntu.com/mailman/listinfo/xubuntu-users</a> > -- xubuntu-users mailing list <a href="mailto:xubuntu-users@lists.ubuntu.com">xubuntu-users@lists.ubuntu.com</a> Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/xubuntu-users" target="_blank">https://lists.ubuntu.com/mailman/listinfo/xubuntu-users</a> </div></div></blockquote></div>