From owner-freebsd-chat Thu Feb 8 11:23:52 2001 Delivered-To: freebsd-chat@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id CA14337B65D for ; Thu, 8 Feb 2001 11:23:33 -0800 (PST) Received: (qmail 68807 invoked by uid 100); 8 Feb 2001 19:23:33 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14978.62004.992941.552822@guru.mired.org> Date: Thu, 8 Feb 2001 13:23:32 -0600 (CST) To: Terry Lambert Cc: chat@FreeBSD.ORG Subject: Re: Support for FreeBSD in an extended slice. In-Reply-To: <200102080713.AAA07197@usr08.primenet.com> References: <14978.16659.207713.3575@guru.mired.org> <200102080713.AAA07197@usr08.primenet.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry Lambert types: > > People blunder by -questions fairly regularly asking what they need to > > do to put FreeBSD in an extended partition. From the looks of things, > > about 90% of the work to do that has been done. All that's missing is > > fdisk support for extended partitions to create it, and boot > > support. Anyone one to comment on how hard those two things would be? > Creating the partitions and putting Berkeley disktabs on them, > and newfs'ing them is trivial; probably less than a couple dozen > lines of code changes. That would explain why it happened. I think it's synchronicity more than anything else. Support for talking to MS-DOS formatted extended partitions means you have to be able to read the slice description, and once you've got that, making them FreeBSD slices is easy. > The big problem is that the BIOS and the default PC MBR can't > handle booting from them. Most MBR's can't, since there is no > real standard way of marking the thing active (which is the only > way to tell a root partition from a data partition, among other > things). Grub pretty much solves all those problems. It's not something you'd want to use if all you're running is FreeBSD, but in that case you don't need to be able to put FreeBSD in an extended partition. > If you get all that sorted out, you still have to figure out how > to mount the thing as root (which is less trivial than a dozen > lines of code, but quite possible -- might even result in some > code cleanup that's been asking for it for a long time). The kernel knows how to deal with this stuff, so the problem shouldn't be there (unless that's the code that needs cleaning up). Does it possibly happen in /boot/loader? Since grub runs /boot/loader, I was concerned that /boot/loader might not work when run from an extended partition. This also leaves the interesting question of installing FreeBSD in an extended partition. Thanx, http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message