James G. Sack (jim) wrote: > rbw wrote: >> James G. Sack (jim) wrote: >>> rbw wrote: >>>> Carl Lowenstein wrote: >>>>> On 10/20/07, rbw <[EMAIL PROTECTED]> wrote: >>>> [Snip] >>>> >>>>> If you want a copy of KNOPPIX_V5.1.1DVD-2007-01-04-EN.iso I have one >>>>> or two, and could make more. Of course this does not solve the >>>>> problem of burning your own. >>>>> >>>>> carl >>>> I think I have tracked down the problem... >>>> I have a large external drive that I move all my ISO images so as not to >>>> crowd the 40GB HD on my laptop. I have several CD-ROM size images that >>>> work fine when burning to media after being moved to the external drive, >>>> BUT look at the following: >>>> >>>> This is the file on the 40GB HD as aquired via Bittorent: >>>> -rw-rw-r-- 1 rbw rbw 4324202496 Oct 20 21:29 >>>> KNOPPIX_V5.1.1DVD-2007-01-04-EN.iso >>>> >>>> This is the file after I do a "cp" over to the large external HD: >>>> -rwxr-xr-x 1 rbw root 4294967295 Oct 21 15:04 >>>> KNOPPIX_V5.1.1DVD-2007-01-04-EN.iso >>>> >>>> bc yields: 4324202496 - 4294967295 = 29235201 >>>> >>>> The external drive is 500GB connected via USB. >>>> >>>> What are the implications of this effect? >>> Strange! >>> >>> I bet the external is an ntfs. Do you suppose it reports sizes >>> incorrectly? Did you try compare (cmp or diff)? md5sum? I think you >>> said you checked md5sum (or sha1?) after download, right? So the hd >>> version is probably the right size. >>> >>> Might be interesting try some experiments with other file sizes. >>> >>> Regards, >>> ..jim >>> >>> >> Here is my /etc/mtab... >> >> /dev/mapper/VolGroup00-LogVol00 / ext3 rw 0 0 >> proc /proc proc rw 0 0 >> sysfs /sys sysfs rw 0 0 >> devpts /dev/pts devpts rw,gid=5,mode=620 0 0 >> /dev/hda1 /boot ext3 rw 0 0 >> tmpfs /dev/shm tmpfs rw 0 0 >> none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 >> /dev/sdb1 /media/MyBook1 vfat >> rw,noexec,nosuid,nodev,noatime,uid=510,utf8,shortname=lower 0 0 >> /dev/sdc1 /media/MyBook2 ext3 rw,noexec,nosuid,nodev,data=ordered 0 0 >> >> The external in question is the /dev/sdb1 vfat volume... Could it be >> that there is a file size limit under vfat in these circumstances? >> >> rbw >> >> > > dc -e'6k 4294967295p 2 30^p /p' > 4294967295 > 1073741824 > 3.999999 > > Hmmm 4GB limit, it seems.
google vfat filesize limits... http://en.wikipedia.org/wiki/File_Allocation_Table Regards, ..jim -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
