Robert Heller
2018-May-29 12:10 UTC
[CentOS] CentOS6: HELP! EFI boot fails after replacing disks...
At Mon, 28 May 2018 20:49:54 -0700 CentOS mailing list <centos at centos.org> wrote:> > On 05/28/2018 06:20 PM, Robert Heller wrote: > > The UUID in the BIOS is NOT VFAT volume. It is something completely > > different. I have no clue what it is -- it does not correspond to anything I > > can find. > > > It should be the UUID of the partition, not of the VFAT volume. The > partition UUID is stored in the GPT.?? The volume UUID is stored in the > filesystem header (I believe). > > For example, on my laptop: > > # efibootmgr -v | grep Fedora > Boot0000* Fedora > PciRoot(0x0)/Pci(0x17,0x0)/Sata(2,65535,0)/HD(1,GPT,39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09,0x800,0x12c000)/File(\EFI\fedora\shimx64.efi) > > # blkid | grep sda1 > /dev/sda1: LABEL="ESP" UUID="3850-574E" TYPE="vfat" PARTLABEL="EFI > System Partition" PARTUUID="39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09" > > # sgdisk -i1 /dev/sda > Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System) > Partition unique GUID: 39484DD8-B1D9-47B2-B4D7-89DFE3CE5E09 > First sector: 2048 (at 1024.0 KiB) > Last sector: 1230847 (at 601.0 MiB) > Partition size: 1228800 sectors (600.0 MiB) > Attribute flags: 0000000000000000 > Partition name: 'EFI System Partition'Well, on my system: newserver.wendellfreelibrary.org% sudo blkid /dev/sda1 /dev/sda1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" newserver.wendellfreelibrary.org% sudo blkid /dev/sdb1 /dev/sdb1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" That UUID is the VFAT partition (I dd'ed the partition from the old disk (/dev/sdb1) to the new disk (/dev/sda1) And: newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sda Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic data) Partition unique GUID: BD7AFF34-3303-4D58-92C2-0BB938D467CB First sector: 2048 (at 1024.0 KiB) Last sector: 497663 (at 243.0 MiB) Partition size: 495616 sectors (242.0 MiB) Attribute flags: 0000000000000000 Partition name: 'primary' newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sdb Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic data) Partition unique GUID: 7B6AD1F7-DA76-40F0-94C8-6196CCDD47E5 First sector: 2048 (at 1024.0 KiB) Last sector: 497663 (at 243.0 MiB) Partition size: 495616 sectors (242.0 MiB) Attribute flags: 0000000000000000 Partition name: 'primary' The UUID in the EFI boot options is 99E275E7-75A0-4B37-A2E6-C5385E600CB, which does not to match anything, but the system is only happy booting the old disk...> > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos > >-- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services heller at deepsoft.com -- Webhosting Services
Robert Heller
2018-May-29 13:33 UTC
[CentOS] CentOS6: HELP! EFI boot fails after replacing disks...
At Tue, 29 May 2018 08:10:39 -0400 (EDT) CentOS mailing list <centos at centos.org> wrote:> > > At Mon, 28 May 2018 20:49:54 -0700 CentOS mailing list <centos at centos.org> wrote: > > > > > On 05/28/2018 06:20 PM, Robert Heller wrote: > > > The UUID in the BIOS is NOT VFAT volume. It is something completely > > > different. I have no clue what it is -- it does not correspond to anything I > > > can find. > > > > > > It should be the UUID of the partition, not of the VFAT volume. The > > partition UUID is stored in the GPT.?? The volume UUID is stored in the > > filesystem header (I believe). > > > > For example, on my laptop: > > > > # efibootmgr -v | grep Fedora > > Boot0000* Fedora > > PciRoot(0x0)/Pci(0x17,0x0)/Sata(2,65535,0)/HD(1,GPT,39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09,0x800,0x12c000)/File(\EFI\fedora\shimx64.efi) > > > > # blkid | grep sda1 > > /dev/sda1: LABEL="ESP" UUID="3850-574E" TYPE="vfat" PARTLABEL="EFI > > System Partition" PARTUUID="39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09" > > > > # sgdisk -i1 /dev/sda > > Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System) > > Partition unique GUID: 39484DD8-B1D9-47B2-B4D7-89DFE3CE5E09 > > First sector: 2048 (at 1024.0 KiB) > > Last sector: 1230847 (at 601.0 MiB) > > Partition size: 1228800 sectors (600.0 MiB) > > Attribute flags: 0000000000000000 > > Partition name: 'EFI System Partition' > > Well, on my system: > > newserver.wendellfreelibrary.org% sudo blkid /dev/sda1 > /dev/sda1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" > newserver.wendellfreelibrary.org% sudo blkid /dev/sdb1 > /dev/sdb1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" > > That UUID is the VFAT partition (I dd'ed the partition from the old disk > (/dev/sdb1) to the new disk (/dev/sda1) > > And: > > newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sda > Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic data) > Partition unique GUID: BD7AFF34-3303-4D58-92C2-0BB938D467CB > First sector: 2048 (at 1024.0 KiB) > Last sector: 497663 (at 243.0 MiB) > Partition size: 495616 sectors (242.0 MiB) > Attribute flags: 0000000000000000 > Partition name: 'primary' > > newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sdb > Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic data) > Partition unique GUID: 7B6AD1F7-DA76-40F0-94C8-6196CCDD47E5 > First sector: 2048 (at 1024.0 KiB) > Last sector: 497663 (at 243.0 MiB) > Partition size: 495616 sectors (242.0 MiB) > Attribute flags: 0000000000000000 > Partition name: 'primary' > > The UUID in the EFI boot options is 99E275E7-75A0-4B37-A2E6-C5385E600CB, which > does not to match anything, but the system is only happy booting the old > disk...And at this point, it will only boot in legacy mode off the old disk. I am considering making a boot ISO, either for a thumb drive or a DVD and booting the machine that way. This would be a *horrible* long term solution: I would have to make a new boot CD at each kernel update, but it is looking like that might be my only solution...> > > > > > > > _______________________________________________ > > CentOS mailing list > > CentOS at centos.org > > https://lists.centos.org/mailman/listinfo/centos > > > > >-- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services heller at deepsoft.com -- Webhosting Services
Gordon Messmer
2018-May-29 13:47 UTC
[CentOS] CentOS6: HELP! EFI boot fails after replacing disks...
On 05/29/2018 06:33 AM, Robert Heller wrote:> >> The UUID in the EFI boot options is 99E275E7-75A0-4B37-A2E6-C5385E600CB, which >> does not to match anything, but the system is only happy booting the old >> disk... > And at this point, it will only boot in legacy mode off the old disk.That's what I meant, I think.? Legacy mode is BIOS-compatible.? If you're booting in legacy mode, you can't access the UEFI variables. The old disk probably has GRUB installed on the first block.? It might be booting in legacy mode *because* the UEFI boot option's UUID doesn't match your partition. You might want to disable legacy mode entirely.? Boot a rescue disk if needed, and fix the boot option from there.