Date: Fri, 18 Jan 2019 20:57:54 +0300 From: Lev Serebryakov <lev@FreeBSD.org> To: freebsd-current@freebsd.org, Warner Losh <imp@bsdimp.com> Subject: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Message-ID: <d7829f9c-4526-144b-5eb6-93d2fe8b0376@FreeBSD.org> In-Reply-To: <CANCZdfp_s1EhHGxd3BzviGV-s%2ByutCqF1csMJ56TZ1n6gtO1tA@mail.gmail.com> References: <etPan.5c413a8a.7a8e2073.13b3@freebsd.org> <eb14f962-1c13-cc77-0e8c-575028f7c5d7@FreeBSD.org> <CA%2Bq%2BTcp2%2BsavH1g0q3b9YQ9SW76iXZ2PA6wvj2ok-cUOndZeWw@mail.gmail.com> <CACNAnaGm0AYmWO_T7yau1jYTxQE7i7LXceERDoHHBO1U%2BvTtSQ@mail.gmail.com> <b9223144-fd39-d84f-d310-d8d69f20561a@FreeBSD.org> <CANCZdfp_s1EhHGxd3BzviGV-s%2ByutCqF1csMJ56TZ1n6gtO1tA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--viSiXCfeEUue5PXsaugfhmvYQpSHEChOD
Content-Type: multipart/mixed; boundary="P4vIPnTjJB7nHAXhiikN7cAaR7GO6iGzz";
protected-headers="v1"
From: Lev Serebryakov <lev@FreeBSD.org>
Reply-To: lev@FreeBSD.org
To: freebsd-current@freebsd.org, Warner Losh <imp@bsdimp.com>
Message-ID: <d7829f9c-4526-144b-5eb6-93d2fe8b0376@FreeBSD.org>
Subject: GPT boot has less features than legacy MBR-based one (Was: UEFI,
loader.efi and /boot.config)
References: <etPan.5c413a8a.7a8e2073.13b3@freebsd.org>
<eb14f962-1c13-cc77-0e8c-575028f7c5d7@FreeBSD.org>
<CA+q+Tcp2+savH1g0q3b9YQ9SW76iXZ2PA6wvj2ok-cUOndZeWw@mail.gmail.com>
<CACNAnaGm0AYmWO_T7yau1jYTxQE7i7LXceERDoHHBO1U+vTtSQ@mail.gmail.com>
<b9223144-fd39-d84f-d310-d8d69f20561a@FreeBSD.org>
<CANCZdfp_s1EhHGxd3BzviGV-s+yutCqF1csMJ56TZ1n6gtO1tA@mail.gmail.com>
In-Reply-To: <CANCZdfp_s1EhHGxd3BzviGV-s+yutCqF1csMJ56TZ1n6gtO1tA@mail.gmail.com>
--P4vIPnTjJB7nHAXhiikN7cAaR7GO6iGzz
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
On 18.01.2019 20:13, Warner Losh wrote:
>> Also, there are same problems with GPT/BIOS setup (which uses GPT but=
>> legacy boot) :-(
>>
>=20
> What same problems? I don't think we've touched how gptboot has handed =
off
> to /boot/loader in a long, long time. It there's an issue here, it's a
> different issue.
Ok, strictly speaking it is different issue with same "high-level"
description: pmbr/gptboot has less features than simplest oldest boot0.
pmbr/gptbood doesn't have any way to select partition to boot from, as
"boot0" has. No, setting "nextboot" from live system is not a solution.
I speak about NanoBSD situation when there is tow partitions, both
bootable, one marked as "active" ("bootme" on GPT parlance) but it is
completely broken and user need to boot from other one form very
beginning. This task is trivially solved by "boot0" in pure-MBR case.
What about GPT/Legacy and GPT/UEFI?
--=20
// Lev Serebryakov
--P4vIPnTjJB7nHAXhiikN7cAaR7GO6iGzz--
--viSiXCfeEUue5PXsaugfhmvYQpSHEChOD
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxCE6JfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5
NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c
R49uFA/9F1uXMyQ/E8vKKeP6r41yomRgoy2emWubAptJREHC7T9Z0aexpHwG2qBX
wd/Sq3I8unxTJFB96Mfqs2tWmZyg0wM9AAVGVgixFRG680/dlae1c4vB7x8YfeFm
miMVFDqQwRHVWsPMZucJkSN0MbL2QR2c0qx0vA1HudfSCAe4q0icHuNazYYDOpOd
SqvCqi1q/pNn2Uj/tmoBquywOfDtwup5bBSD9Gzt9eSwoqjgrz67If33n9CK81LB
FBFBTUhzYFK+P0oB4oPcLLImmODog0NLS6yMSIUNGmVH2kmm9WcS52QCE9I0M3Zd
UfvjsYl/5DRmbRUG9KMKleAjiNIB/1HR9fcVIPaVpENqyC5hsvWqmIk4Oncags8R
2fQ4sRq67fGyR5oyqOcooJMQp/FpwC244nIXrMHUqaqvhHJI8y0ThdfXHe3xRChl
oiBu0xMU5WodVKeOgVC34qDEuxjHFDDalpJZ54THr3RQEFARVA/aHG5l7h+9CjpG
88Mv7JLBrtFLxcxjcJOqSpoDMgJu+bYGA1NLh7q0UyEIswi96sICHcN3jh3TtACH
vJNzA0sReEyj2fYnCh1ODjQA8mLN8yBcMjS3BU+z+FQfLOyHG/fN3iscUWfnqrIY
Ms72z/TR/vQ0mY2c1sTpYm0LomI7BigyS/EbyZTnjb4g4D6Gt/4=
=T2VA
-----END PGP SIGNATURE-----
--viSiXCfeEUue5PXsaugfhmvYQpSHEChOD--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d7829f9c-4526-144b-5eb6-93d2fe8b0376>