Date: Mon, 21 Feb 2011 19:27:19 +0000 From: Alexander Best <arundel@freebsd.org> To: "Andrey V. Elsukov" <bu7cher@yandex.ru> Cc: freebsd-geom@freebsd.org Subject: Re: strange behavior after gpart {recover, resize} Message-ID: <20110221192719.GA60369@freebsd.org> In-Reply-To: <4D62B086.9020907@yandex.ru> References: <20110221002619.GA28780@freebsd.org> <4D62B086.9020907@yandex.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon Feb 21 11, Andrey V. Elsukov wrote: > On 21.02.2011 03:26, Alexander Best wrote: > > 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. > > I want to remind that `gpart resize` does only partition table changes. > And if filesystem does not support automatic growing size you may need > to use special tools to tell it about new size. otaku% sudo growfs -N /dev/ada0p3 new file systemsize is: 117904939 frags Warning: 170988 sector(s) cannot be allocated. growfs: not enough new space ...so i don't think resizing the fs by hand is necessary > > > 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. :( > > any clues? > > GEOM LABEL class does not create labels when provider is already open. i performed the changes in single user mode and rebooted my machine afterwards. > > -- > WBR, Andrey V. Elsukov > -- a13x
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110221192719.GA60369>