Date: Mon, 20 Mar 2006 08:23:02 -0600 From: Eric Anderson <anderson@centtech.com> To: "Jeremy C. Reed" <reed@reedmedia.net> Cc: freebsd-geom@freebsd.org Subject: Re: gconcat, growfs followed by fsck and errors Message-ID: <441EBAC6.5000406@centtech.com> In-Reply-To: <Pine.NEB.4.62.0603171623210.10693@pilchuck.reedmedia.net> References: <Pine.NEB.4.62.0603171623210.10693@pilchuck.reedmedia.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Jeremy C. Reed wrote: > I don't know if this is geom related. Feel free to point me elsewhere. > > I used gconcat to grow a volume. Then I used growfs. It appeared to be > fine and usable. > > But I read that using fsck is a good idea. But fsck complained: > > fsck: Could not determine filesystem type > > So I used fsck_ufs and it showed many, many errors, such as > UNKNOWN FILE TYPE I=124802 > and many others. > > I now notice that fsck "fsck: Could not determine filesystem type" even > after a newfs of a /dev/label/MYVOLUME. fsck_ufs completed fine. > > After converting new /dev/label/MYVOLUME using: > > glacier# gconcat label MYVOLUME /dev/ad0s2 /dev/md1 > glacier# growfs /dev/concat/MYVOLUME > We strongly recommend you to make a backup before growing the Filesystem > > Did you backup your data (Yes/No) ? Yes > new file systemsize is: 568919 frags > Warning: 138716 sector(s) cannot be allocated. > growfs: 1043.4MB (2136960 sectors) block size 16384, fragment size 2048 > using 14 cylinder groups of 74.53MB, 4770 blks, 9600 inodes. > super-block backups (for fsck -b #) at: > 610720, 763360, 916000, 1068640, 1221280, 1373920, 1526560, 1679200, 1831840, > 1984480 > glacier# fsck /dev/concat/MYVOLUME > fsck: Could not determine filesystem type > glacier# fsck_ufs /dev/concat/MYVOLUME > ** /dev/concat/MYVOLUME > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > UNREF FILE I=126527 OWNER=1227754098 MODE=62157 > SIZE=0 MTIME=Dec 31 16:00 1969 > RECONNECT? [yn] > > > > CLEAR? [yn] n > > UNREF FILE I=126553 OWNER=538976266 MODE=25453 > SIZE=0 MTIME=Dec 31 16:00 1969 > RECONNECT? [yn] n > > > CLEAR? [yn] n > > UNREF FILE I=127462 OWNER=1327525490 MODE=62562 > SIZE=0 MTIME=Dec 31 16:00 1969 > RECONNECT? [yn] ^C > ***** FILE SYSTEM MARKED DIRTY ***** > > > What can I use to see what these unreferenced files are? > > What is strange is in this example above, I did a newfs and fsck > immediately before using gconcat and growfs. So in other words, these > should be empty filesystems with no inodes. > > By the way, is using /dev/md* as a geom provider a bad idea? > You can use fsdb against the filesystem to get at the information about the inode, amongst other things. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?441EBAC6.5000406>