Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 18 Jan 2019 20:14:51 +0200
From:      Toomas Soome <tsoome@me.com>
To:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: GPT boot has less features than legacy MBR-based one (Was: UEFI,  loader.efi and /boot.config)
Message-ID:  <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com>
In-Reply-To: <d7829f9c-4526-144b-5eb6-93d2fe8b0376@FreeBSD.org>
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> <d7829f9c-4526-144b-5eb6-93d2fe8b0376@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help


> On 18 Jan 2019, at 19:57, Lev Serebryakov <lev@FreeBSD.org> wrote:
>=20
> On 18.01.2019 20:13, Warner Losh wrote:
>=20
>>> Also, there are same problems with GPT/BIOS setup (which uses GPT =
but
>>> legacy boot) :-(
>>>=20
>>=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.
>=20
> 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
> --=20
> // Lev Serebryakov
>=20

errm.. you press a key and enter device and or loader path. if it is not =
working - the code is there to be fixed. GPT does not have the concept =
of active partition.

My suggestion would be to walk all those boot programs and document =
them, then see what features are possible to bring to sync.

rgds,
toomas





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8DDD8F7A-40CA-48BB-9F71-56733100AFE0>