Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 29 Jan 2001 01:03:48 -0800 (PST)
From:      Matt Dillon <dillon@earth.backplane.com>
To:        Matthew Jacob <mjacob@feral.com>
Cc:        Poul-Henning Kamp <phk@critter.freebsd.dk>, John Baldwin <jhb@FreeBSD.ORG>, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, Mikhail Teterin <mi@aldan.algebra.com>
Subject:   workaround for broken mfs using vn.  (was Re: cvs commit: src/sys/i386/conf GENERIC )
Message-ID:  <200101290903.f0T93ms62313@earth.backplane.com>
References:   <Pine.BSF.4.21.0101281056240.21326-100000@beppo.feral.com>

next in thread | previous in thread | raw e-mail | index | archive | help

    It's sad to see mfs not work, but I'm sure Poul will fixup whatever
    problems md has replacing it real quick.

    In the mean time, you can use 'vn' to workaround the MFS issue.  It's
    a little messy, but it works:

    vnconfig -c -s labels,reserve -S 256m /dev/vn0
    disklabel -r -w vn0c auto
    newfs /dev/vn0c
    tunefs -n enable /dev/vn0c
    mount /dev/vn0 /usr/src/sys/compile		(or whatever)

    Works for me w/ the latest -current source.   Be careful not eat up all
    your swap, though.  I recommend always using the 'reserve' keyword even
    though it eats more swap.

    As a bonus, if you want to try to recover the VN partition after a reboot
    (but not after a crashdump), you can try fsck'ing it rather then
    newfs'ing.  Try doing that with the old mfs!

    vnconfig -c -s labels,reserve -S 256m /dev/vn0
    disklabel -r -w vn0c auto
    fsck /dev/vn0c
    if [ $? != 0 ]; then
	newfs /dev/vn0c
	tunefs -n enable /dev/vn0c
    fi
    mount /dev/vn0 /usr/src/sys/compile		(or whatever)

						-Matt



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200101290903.f0T93ms62313>