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