What size is my disk/data really?
I have a 200GB SATA drive divided into 2 equal partitions.
According to GParted, both partitions are 93,1GB. HOWEVER, according to the System Monitor (I'm using Gnome 2.14.3) the first partition is only 50.4GB On the first of the partitions I store my music files. According to DU I have 42GB of files on the drive. When I right-click on the mountpoint for the partition in Nautilus and look at the properties I also get that information, BUT it also informs me that I have 6.2GB of free space. 93.1GB - 42GB = 6.2GB??? That doesn't add up. What is going wrong (or what am I missing? Where did the other +40GB go? |
Done a filesystem check on them ???.
What about the inode usage ???. |
I think there are two main factors. The first is that to an engineer, one kilobyte = 1,024 bytes, but to a marketing person, one kilobyte = 1000 bytes, and guess who decides how to label the box. Scale that up to a meg or a gig, and all those 24 byte differences start to add up. Your 200G drive does contain 200G of writable space, but it's equal to the scientific definition of 200G. Secondly, root reserves part of the space for its own use, just in case. (IIRC, it's about 4%-5%) The idea behind the reserved space is to act as a buffer against any possible runaway "write" processes that could fill up the drive. If there literally was no space on drive, then the computer couldn't boot because it would not be able to write anything to the disk.
|
Actually the prefixes "kilo", "giga", "mega" etc. are very well established in math and science circles as orders of 10. To say that a kilo is 1024 is incorrect - the proper term is "kibi" as proposed by the International Electrotechnical Commission (IEC) (likewise "gibi", "mebi"). The marketing people actually got it right this time.
Anyway, I would recommend opening up a terminal and running the "df" command. Also I don't know about Nautilus but Konqueror has excellent disk usage view modes - you might consider checking it out as well. |
Quote:
|
This bickering isn't going to help the OP - how about you leave it folks, it's been done to death enough times.
Nor does it explain a better than 40% discrepancy observed - regardless of the base used to derive the math. |
Who's bickering? The different reporting mechanisms for disk size are certainly relevant to the discussion, as they do play some factor. If the OP happens to learn something more than they asked for then all the better.
As for this discussion being done to death, if you search linuxquestions for "gibi mebi kibi" you'll see how often it's been raised here. Finally, since I don't take "shush" posts well, here's a link to another wikipedia entry that some may find interesting: http://en.wikipedia.org/wiki/Binary_prefix |
Quote:
|
J.W., Ciotog: I appreciate the explanations - I was aware of the fact and the relatively small difference between the label of the drive (200GB) and the actual partition sizes as reported by GParted (2x93.1GB) was expected.
The problem I described only refers to the first partition, as the second reports its space correctly. It even reports more space than ought to be possible: 90GB used, 11GB free. The question was not 'where did the 3-4% go, but what happened to the 40% that appears to be missing P.S. Quote:
|
Surely it's just a plot to reserve just enough space to install MS Windows Vista on your harddisk in the dark hours of the night when you're not aware and those creepy MS engineers crawl from under your bed to poison the computer...
..or not :) Anyway, is it possible that you took the harddisk and inserted it onto another computer as a slave, with another OS than yours on board, and see if that counts the space the same way? Maybe too big a trick to do, but if you're out of ideas, it doesn't harm to try.. |
"df -i" - chack there aren't any suspect numbers.
|
I ran e2fsck (output below) but there's no change in the free space / used space nautilus sees
Quote:
P.S After reading man fsck I found out I should unmount the partition before running e2fsck. THat makes it a littel difficult to make it an automated task... or does it? |
fsck for ext2/ext3 filesystems usually runs automatically on mount, every 20 mounts or so (this can be changed using the tune2fs program). If you wanted to force a fsck on every mount, you would run "tune2fs -c 0 /dev/sda1".
To see the number of blocks marked bad, you should run "dumpe2fs -b /dev/sda1" Also as has already been suggested twice, you might wish to see the output of "df" or "df -i" (note that df has an option -si so that it follows the correct standard of using powers of 10 ;) ). Also try running Konqueror, and browse the filesystem using the view -> "View Mode" -> "File Size Mode" to see if there are any unusually large directories (like tmp) that are somehow consuming lots of space but aren't being reported correctly. |
Quote:
Suddenly all sorts of alarms are going off in the back of my head! The partition used to be 50BG and I used QTparted from knoppix to stretch it to 50% of the HDD. I suppose somehow the ext3 file system wasn't extended properly to cover all of the new partition size. That means I need to recreate the ext3 file system, but without destroying the data that's already on the disk, or making it inaccessible by overwriting the 'index' (is thet the inode table? - I appear to remember something like that.) How would I go about doing that? Quote:
mkfs appears to be destructive (with respect to the existing data)... |
Quote:
I hate it when people with-hold important information. This is hardly "oh, by the way ..." You're the one wanting help here - are we all expected to be bloody mind-readers ???. Look up ext2resize on sourceforge. Take note of my signature. |
At least I was not wittinngly withholding it, it suddenly struck me that that was what I did...
ext2resize is exactly what I need. Thanks! re your sig: I do have back-ups, but on some 30cds or so and rebuilding it the way I have it... well it would be a pain and I'd rather avoid it if possible. However, I'm considering 'borrowing a HDD from another box to make a quick back-up just in case. Hope you get a good rest this weekend. Looks like you really need it! |
On my system (FC5), I use lvm and resize2fs to make drives that span several cheap disks.
man resize2fs |
I used lvm on fc4 two, but I didn't on this particular HDD. My fc5 iunstallation is on another disk. This one only has data that I share through samba with other PCs.
|
I'm giving up on ext2resize:
Quote:
|
Just in case you haven't done it yet, I would recommend using PartEd: http://www.gnu.org/software/parted/
It can move/resize partitions, and has gui frontends gparted and qtparted (although having used the frontends I think they limit the available options considerably). There are several recovery bootdisks that include parted as well: Recovery Is Possible: http://www.tux.org/pub/people/kent-r...looplinux/rip/ Parted And Utilities Disk: http://paud.sourceforge.net/ What you may need to do is simply remove the journal, resize the fle system, then recreate the journal. |
All times are GMT -5. The time now is 07:39 AM. |