Date: Mon, 21 Feb 2011 00:26:19 +0000 From: Alexander Best <arundel@freebsd.org> To: freebsd-geom@freebsd.org Subject: strange behavior after gpart {recover, resize} Message-ID: <20110221002619.GA28780@freebsd.org>
next in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110221002619.GA28780>