Date: Sun, 11 Sep 2005 16:34:29 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) To: Scott Long <scottl@samsco.org> Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>, Jung-uk Kim <jkim@freebsd.org>, freebsd-arch@freebsd.org Subject: Re: Bigger boot block size? Message-ID: <86y863k70q.fsf@xps.des.no> In-Reply-To: <43231C48.80008@samsco.org> (Scott Long's message of "Sat, 10 Sep 2005 11:47:52 -0600") References: <8350.1126341497@phk.freebsd.dk> <43231C48.80008@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Scott Long <scottl@samsco.org> writes: > Yes, and you've been waving your hands about this for a long time =3D-) > GPT is a nice sucessor, but our support for it is not ready for prime > time, IMHO. What is required to actually make the switch: > > 1) appropriate support in all stages of the bootloader for i386 and > amd64. > 2) appropriate support in sysinstall for all platforms. > 3) docs that describe GPT on FreeBSD, how to install a system to it, and > how to upgrade a system to it. > 4) visual editor for GPT. You might laugh that bsdlabel/disklabel only > uses vi, but it's worlds better than what the gpt utility provides now. 5) rewrite gpt(8) to use GEOM verbs (which need to be implemented in geom_gpt) instead of operating directly on the provider. With the current state of affairs, you can't even 'gpt show' if one of the partitions on the GPT volume is mounted. We also need to fix gstripe, gmirror etc. so they place their metadata at the start of the provider instead of at the end. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86y863k70q.fsf>