Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 21 Oct 2008 12:25:44 +0400
From:      Stanislav Sedov <stas@FreeBSD.org>
To:        "Poul-Henning Kamp" <phk@phk.freebsd.dk>
Cc:        FreeBSD Arch <arch@freebsd.org>, Marcel Moolenaar <xcllnt@mac.com>
Subject:   Re: RFC: making gpart default
Message-ID:  <20081021122544.2cf1eb1a.stas@FreeBSD.org>
In-Reply-To: <1896.1222371977@critter.freebsd.dk>
References:  <57809A37-B81C-4F50-A418-CD9303F06B72@mac.com> <1896.1222371977@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Tue__21_Oct_2008_12_25_44_+0400_VYVKjI.06Nrmie1m
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 25 Sep 2008 19:46:17 +0000
"Poul-Henning Kamp" <phk@phk.freebsd.dk> mentioned:

> My proposed solution was to try to get the BSD label discontinued
> and rely entirely on the native partitioning on the relevant
> platforms, but that meant dealing with FAT extended partitions and
> going back to libdisk and I couldn't get myself to do that.
>=20

Why abandone a well-working paritioning scheme? Granted, it has
some limitations but it was the only working way of getting a
decent partitioning on x86 platfrom until GPT was introduced.
Stripping it out from sysinstall wouldn't be benefitable at all.
Bsdlabels work great in some situations, e.g. I use them for
embedded devices where bios is custom build and can successfully
boot from bsdlabel-partitioned disk.

--=20
Stanislav Sedov
ST4096-RIPE

--Signature=_Tue__21_Oct_2008_12_25_44_+0400_VYVKjI.06Nrmie1m
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkj9kggACgkQK/VZk+smlYHRjgCfYv3HkP2ingKNy76K0eW3B+F5
//sAn3O/f81mYUVrqXL70HEkuwfnT51I
=KjqO
-----END PGP SIGNATURE-----

--Signature=_Tue__21_Oct_2008_12_25_44_+0400_VYVKjI.06Nrmie1m--



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