On Fri, Mar 6, 2020 at 3:02 PM Didier Spaier <[email protected]> wrote: > > Le 06/03/2020 à 13:43, Daniel Kiper a écrit : > > If we go that way then we have to care about them by the end of the > > universe. And this means more and more issues like [1]. If somebody > > wants to use new GRUB then he/she have to reinstall the machine or > > something like that. IMO we should not care about users who do not want > > upgrade their machines or whatnot. Or at least their choices cannot > > impact GRUB development too much. And I think that this MBR constraint > > is hindering the project too much at this point. So, as above... > > > > Sorry for being blunt... > > Sorry to be off topic... In case of a GUID partition table, if I > understand the UEFI specification[1], as the first usable LBA should be > greater than or equal to 34 for a 512 bytes block size or 6 for a > 4096 bytes logical block size, it could begin after a gap of 24K. > > Then, if we assume that the first partition begins @ 1MiB, can't GRUB > use the space unused between the first usable LBA and 1MiB instead of > a Bios Boot partition, in case of "legacy" booting and a GPT? I ask as > then a Bios Boot partition wouldn't be necessary any more. What's the problem with having bios boot partition? You can put it exactly in the spot you describe (in fact I do so) and it works as well, just additionally it marks this space as occupied > > I just hope this question is not too silly... > > Best regards, > Didier > > > [1]https://uefi.org/sites/default/files/resources/UEFI_Spec_2_8_A_Feb14.pdf > § 5.3.1 GPT overview > > _______________________________________________ > Grub-devel mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/grub-devel
-- Regards Vladimir 'phcoder' Serbinenko _______________________________________________ Grub-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/grub-devel
