Ken Schneider - openSUSE said the following on 09/13/2011 01:00 PM:

On 09/13/2011 12:41 PM, Anton Aylward pecked at the keyboard and wrote:

...

Otto Rodusek said the following on 09/13/2011 11:14 AM:

...

I have a very unusual problem where fdisk reports one size BUT df reports a TOTALLY different and unexpected size. Besides doing a full backup, repartition, reformat and restore, is there anything else I can try first??

Apples and Cucumbers. No even the shape, not even both a kind of fruit. Two totally different things.

Not all file systems are on disk.

When a file system is in a disk partition it doesn't have to fill the whole partition

When a file system does fill a whole partition the amount of data will not be the same size as the partition because of the structural metadata that is part the file system.

Sorry, what is your problem? Based on the data I don't see a problem.

When creating a filesystem about 5% is held back for root in case of problems. It used to be 10% but with today's much larger drives it was reduced. Therefore the filesystem will always be smaller then the partition. Nothing to worry about here.

Then there are sparse files like database files, where the files size and the amount of disk space allocated are two different things. In one sense all files are a bit sparse. A file of actual length 1 byte will still have a 4K logical disk block allocated. Some file systems can 'share' in situations like that, but don't assume they all can. man du says: <quote> --apparent-size print apparent sizes, rather than disk usage; although the apparent size is usually smaller,it may be larger due to holes in (`sparse') files, internal fragmentation, indirect blocks, and the like </quote> man fdisk says <quote> In a DOS-type partition table the starting offset and the size of each partition is stored in two ways: as an absolute number of sectors given in 32 bits), and as a Cylinders/Heads/Sectors triple ..... Linux never uses C/H/S. </quote> Bytes .. logical disk blocks .. sectors You may think they are the same thing but they do no have a simple mapping. Different file systems will use the same partition in different ways. The same applications will use different file systems in different ways. some file systems are 'tunable;, but not all tuning will be optimal for some applications. And 'optimal' can mean different things in different contexts. -- Ninety percent of the politicians give the other ten percent a bad reputation. -- Henry Kissinger -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Tue, Sep 13, 2011 at 12:41 PM, Anton Aylward wrote:

Otto Rodusek said the following on 09/13/2011 11:14 AM:

...

I have a very unusual problem where fdisk reports one size  BUT df reports a TOTALLY different and unexpected size. Besides doing a full backup, repartition, reformat and restore, is there anything else I can try first??

Apples and Cucumbers.  No even the shape, not even both a kind of fruit. Two totally different things.

Not all file systems are on disk.

When a file system is in a disk partition it doesn't have to fill the whole partition

When a file system does fill a whole partition the amount of data will not be the same size as the partition because of the structural metadata that is part the file system.

Sorry, what is your problem? Based on the data I don't see a problem.

Anton, Did you "look" at his email? His /dev/sda2 partition is reported as almost 1TB by various partitioning tools (972GB per one of them) df (not du) reports that partition as 22GB: /dev/sda2 22G 17G 4.2G 81% / That is not just a missing 5 or 10%. He is missing more than 95% of his potential space. I know how to force a filesystem to fill less than 5% of a partition, but it certainly isn't normal. Then sda1 is supposedly 25GB per the partition table, but df shows it much less: /dev/sda1 15G 7.8G 6.6G 54% /windows/C If that were my computer, I'd be very confused as well. == Back to OPs question. I'd make a backup immediately if you don't already have one. Then use fsck on /dev/sda2 to verify the consistency of your file systems. (Boot windows to check out /dev/sda1). If all looks good you can grow your ext filesystem to fill the partition. Use "resize2fs /dev/sda2". You can do the same for your Windows C: drive. If you're running Vista or Win7 you can do that inside the native OS. There I'd reboot and do it there. I let you google for the details on that. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On 14/9/11 4:14 AM, Greg Freemyer wrote:

On Tue, Sep 13, 2011 at 12:41 PM, Anton Aylward wrote:

...

Otto Rodusek said the following on 09/13/2011 11:14 AM:

...

I have a very unusual problem where fdisk reports one size BUT df reports a TOTALLY different and unexpected size. Besides doing a full backup, repartition, reformat and restore, is there anything else I can try first?? Apples and Cucumbers. No even the shape, not even both a kind of fruit. Two totally different things.

Not all file systems are on disk.

When a file system is in a disk partition it doesn't have to fill the whole partition

When a file system does fill a whole partition the amount of data will not be the same size as the partition because of the structural metadata that is part the file system.

Sorry, what is your problem? Based on the data I don't see a problem. Anton,

Did you "look" at his email?

His /dev/sda2 partition is reported as almost 1TB by various partitioning tools (972GB per one of them)

df (not du) reports that partition as 22GB:

/dev/sda2 22G 17G 4.2G 81% /

That is not just a missing 5 or 10%. He is missing more than 95% of his potential space. I know how to force a filesystem to fill less than 5% of a partition, but it certainly isn't normal.

Then sda1 is supposedly 25GB per the partition table, but df shows it much less: /dev/sda1 15G 7.8G 6.6G 54% /windows/C

If that were my computer, I'd be very confused as well.

== Back to OPs question.

I'd make a backup immediately if you don't already have one.

Then use fsck on /dev/sda2 to verify the consistency of your file systems. (Boot windows to check out /dev/sda1).

If all looks good you can grow your ext filesystem to fill the partition. Use "resize2fs /dev/sda2".

You can do the same for your Windows C: drive. If you're running Vista or Win7 you can do that inside the native OS. There I'd reboot and do it there. I let you google for the details on that.

Greg Hi Greg,

Thanks for your email reply. Yes, I did a full backup the moment I saw the anomoly. I did not mention this in my original post but, yes, I rebooted into OpenSuse 11.4 (Rescue) and did an (e2fsck) on /dev/sda2 as well as (resizefs -p /dev/sdb2) - all to no avail - once rebooted to /dev/sda2 df reports same anomoly!! My next step (and I was hoping not to have to do it!!) is to re-boot from dvd, (mkfs.ext4 /dev/sda2) and restore from backup then rerun grub for /dev/sda2 and see the results. I was hoping there would be a "magic bullet" so I wouldn't have to do that. I am real curious as to why this should happen. Thanks. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org