CentOS - May 2018 - 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

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

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.