strange behavior after gpart {recover, resize}
Alexander Best
arundel at freebsd.org
Mon Feb 21 00:26:19 UTC 2011
hi there,
i noticed ada0's status was CORRUPTED. that's why i ran gpart recover ada0.
that worked. however now gpart was showing some freespace after the last
partition, which never showed up beforehand. that's why i did sysctl
kern.geom.debugflags=16 and ran gpart resize -i3 ada0 which also worked as
expected.
however now i can access ada0p3 only by it's /dev node. it won't show up in
either /dev/ufs, /dev/label or /dev/gptid. i checked with tunefs -p and the
ufs descriptor is defenately there. nothing in gpart status however. :(
Name Status Components
label/boot N/A ada0p1
gptid/e52df583-e446-11de-bb92-000fb58207c8 N/A ada0p1
label/swap N/A ada0p2
label/swapfs N/A ada1p1
ufs/varfs N/A ada1p2
ufs/usrfs N/A ada1p3
any clues?
this is the current layout:
=> 34 488397101 ada0 GPT (233G)
34 128 1 freebsd-boot (64K)
162 16777216 2 freebsd-swap (8.0G)
16777378 471619757 3 freebsd-ufs (225G)
=> 34 1953525101 ada1 GPT (932G)
34 20971520 1 freebsd-swap (10G)
20971554 4194304 2 freebsd-ufs (2.0G)
25165858 1928359277 3 freebsd-ufs (920G)
...and this is tunefs -p's idea of ada0p3:
tunefs: POSIX.1e ACLs: (-a) disabled
tunefs: NFSv4 ACLs: (-N) disabled
tunefs: MAC multilabel: (-l) disabled
tunefs: soft updates: (-n) disabled
tunefs: soft update journaling: (-j) disabled
tunefs: gjournal: (-J) disabled
tunefs: trim: (-t) disabled
tunefs: maximum blocks per file in a cylinder group: (-e) 2048
tunefs: average file size: (-f) 16384
tunefs: average number of files in a directory: (-s) 64
tunefs: minimum percentage of free space: (-m) 8%
tunefs: optimization preference: (-o) time
tunefs: volume label: (-L) rootfs
cheers.
alex
--
a13x
More information about the freebsd-geom
mailing list