Inconsistency in root partition size

jaymax jaymax36 at gmail.com
Tue Sep 8 02:14:56 UTC 2009



Mel Flynn-2 wrote:
> 
> On Monday 07 September 2009 20:54:51 jaymax wrote:
> 
> Did you do the du without anything mounted? Cause you have the df output
> with 
> mounts.
> If you can't find the missing space, then I suggest making a backup of /
> with 
> dump(8), booting from livefs and restoring the dump. The dump should not
> be in 
> the 390M range, rather in the 40-50M range.
> 

Disconnected my drives, except for system root, then du is not found
mach_1# whereis du


> du: /usr/bin/du /usr/share/man/man1/du.1.gz /usr/src/usr.bin/du
> 
could have done a 'umount' but results would have been the same, so I think.

Did a backup (dump) of /, file produced in 400Mb range

dump -0Lauf /disk03/dump/root2.dump /dev/ad0s1a

dumpfile size


> mach_1# ls -l /disk03/dump/root2.dump
> -rw-r--r--  1 root  wheel  426956800 Sep  7 16:31 /disk03/dump/root2.dump
> 
> 
> Filesystem  1K-blocks      Used    Avail Capacity  Mounted on
> /dev/ad0s1a    507630    407754    59266    87%    /
> 

Compared with 


> du -xhc / > 44M    total
> 

So I decided to do a listing of files in the dump


> restore -tf /disk03/dump/root2.dump > rootrestore-0.lst
> 

To my surprise rootrestore-0.lst contains a whole listings of ./usr/ files
ex.


>       2926      ./usr/include/bsnmp/snmpmod.h
>       2927      ./usr/include/bsnmp/snmp_atm.h
> 

Now /usr is on a separate and distinct partition 


> /dev/ad0s1f  36205990  25765232  7544280    77%    /usr
> 

Hope someone can make some sense of this.

-- 
View this message in context: http://www.nabble.com/Inconsistency-in-root-partition-size-tp25314145p25338956.html
Sent from the freebsd-questions mailing list archive at Nabble.com.



More information about the freebsd-questions mailing list