It's been a long time since i went back to the basic theory. The simple truth is that the operating system has a way of reserving some blocks on the storage media and besides the manufacturers use a multiple of 1000 as opposed to 1024. On 6/14/09, MHR <mhullrich at gmail.com> wrote: > On Sat, Jun 13, 2009 at 11:29 PM, MHR<mhullrich at gmail.com> wrote: >> Semi-OT? >> >> I just got a new SanDisk 8GB flash drive, and, as usual, it came with >> the U3 software (for Windoze) on a "CD" partition and considerably >> less than 8GB on the disk partition. I put it into my WinXP portable >> and told U3 to delete itself, but I still can't get at the old U3 part >> of the drive. I've tried WinXP's format command, disk management and >> CentOS's fdisk, and nothing will give me more than 7,872,512 bytes per >> cylinder, times 1019 cylinders yields 8,022,089,728 bytes. Is that >> right, or should there be more? fdisk also reports that the drive has >> 8029 "MB", or 8029470208 bytes, which is 7,380,480 bytes difference >> (until it gets allocated into the 8,022,089,728 bytes of the >> partition) - I'm thinking this is a standard formatting loss. >> >> My 4GB flash drive has 4,096,189,440 bytes on it, and twice that would >> be 8,192,378,880, which is a difference of 170,289,152 bytes, or about >> 162+MB. The former "CD" partition (which is invisible, so far) only >> had 8,645,202 bytes used on it, which leaves a huge amount of room to >> spare of inaccessible empty space. >> >> What am I missing? Or is that just the way it is? (The package only >> says "Some capacity is not available for data storage." That doesn't >> really tell me enough.) >> > > By comparison, I also have a Kingston 8GB flash drive, with the U3 > partition removed, and it shows 7916608 1k blocks (in df), whereas the > 8GB Sandisk only shows 7818752 (so far). > > Relevance uncertain.... > > mhr > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >