Date: Fri, 13 Dec 2002 23:22:59 +0200 From: Maxim Sobolev <sobomax@FreeBSD.ORG> To: Julian Elischer <julian@elischer.org> Cc: Dan Nelson <dnelson@allantgroup.com>, Nate Lawson <nate@root.org>, Kevin Oberman <oberman@es.net>, FreeBSD current users <current@FreeBSD.ORG>, re@FreeBSD.ORG Subject: Re: 5.0 showstopper Message-ID: <20021213212259.GO79290@vega.vega.com> In-Reply-To: <Pine.BSF.4.21.0212131249190.9978-100000@InterJet.elischer.org> References: <20021213202608.GB27316@dan.emsphone.com> <Pine.BSF.4.21.0212131249190.9978-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I've also bumped into this problem, when after upgrading memory I didn't increase swap size, so that after a panic the system overwrote disklabel. Fortunately, my root partition was placed after swap, not before it, so that recreating disklaber revived the system. -Maxim On Fri, Dec 13, 2002 at 12:52:52PM -0800, Julian Elischer wrote: > > > On Fri, 13 Dec 2002, Dan Nelson wrote: > > > In the last episode (Dec 13), Julian Elischer said: > > > It's always been there. the question is > > > "Who has broken it?" > > I think this is a 5.0 showstopper. Having 5.0 overwrite your > Windows partition would be "poor" PR. > Having a quick look at it, it shouldn't be too hard for PHK > to fix it as he has all the correct parts currently "loaded" > into his head. Especially such things as making GEOM not allow writes > to -ve blocknumbers (as must have happenned for root to have been > overwritten). > > > > > I think it has just slowly bitrotted. I opened a PR on this in > > November. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/45777 > > > > -- > > Dan Nelson > > dnelson@allantgroup.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021213212259.GO79290>