On Thu, Dec 12, 2024 at 12:05 PM Gerd Hoffmann <kra...@redhat.com> wrote: > > Hi, > > > We can technically do this, but it will cut off a bunch of ARM boards. > > In particular, we discovered that Raspberry Pis had problems with > > pure-GPT[1], so I forced pure MBR for now[2] while we figure out if > > there's even a reasonable path to GPT for ARM images. > > The raspberry pi firmware can handle MBR partition tables only. So > even when running https://github.com/pftf/RPi4 UEFI firmware you have > to use MBR, otherwise the UEFI firmware can't be loaded from the > sdcard: > > kraxel@pi-four ~# sudo fdisk -l /dev/mmcblk1 > [ ... ] > Disklabel type: dos > Disk identifier: 0x91e2b054 > > Device Boot Start End Sectors Size Id Type > /dev/mmcblk1p1 2048 2099199 2097152 1G c W95 FAT32 (LBA) > /dev/mmcblk1p2 * 2099200 4196351 2097152 1G ef EFI (FAT-12/16/32) > /dev/mmcblk1p3 4196352 6293503 2097152 1G 83 Linux > > Could very well be that this is an rpi-specific problem (but the > installed base is big enough that we can't ignore this ...). >
A hybrid GPT+MBR environment could fix this, couldn't it? In general, I would prefer to use GPT everywhere, and I know there are compatibility schemes for supporting MBR "stuff" with GPT. -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
