Date: Mon, 07 Jan 2002 10:26:44 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: Wilko Bulte <wkb@freebie.xs4all.nl> Cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, Sheldon Hearn <sheldonh@starjuice.net> Subject: Re: cvs commit: src/release/sysinstall install.c Message-ID: <XFMail.020107102644.jhb@FreeBSD.org> In-Reply-To: <20020107140906.A9972@freebie.xs4all.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On 07-Jan-02 Wilko Bulte wrote: > On Mon, Jan 07, 2002 at 03:00:21PM +0200, Sheldon Hearn wrote: >> >> >> On Mon, 07 Jan 2002 04:44:29 PST, Sheldon Hearn wrote: >> >> > Modified files: (Branch: RELENG_4) >> > release/sysinstall install.c >> > Log: >> > MFC rev 1.316: revert to old newfs 8192/1024 block/frag sizes on the >> > alpha >> >> This is required to avoid triggering whatever bugs exist in the Alpha >> boot code that prevent it from using a root partition with a block size >> other than 8192. >> >> If anyone has any great ideas for a low impact method of reducing the >> effect of this regression to just the root partition on Alphas for >> 4.5-RELEASE, I'm all ears. :-) > > Strange.. 2 hours ago I tested my RC0 snapshot (so without this revert) > on a DS20 and it boots just fine after the install. > > What errros do you get? Humm, see the '-CURRENT boot1 broken?' thread in -alpha from a week or so ago. Christan "naddy" <can't remember last name> noted that either boot1 or perhaps the loader blew up when he reinstalled current with 16384/2048. Reformatting the disk as 8192/1024 fixed his problem. He got a kernel stack not valid halt into SRM after the 'Loading /boot/loader' line. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ 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?XFMail.020107102644.jhb>