CentOS - May 2018 - CentOS6: HELP! EFI boot fails after replacing disks...

At Mon, 28 May 2018 19:30:25 -0400 CentOS mailing list <centos at
centos.org> wrote:
> 
> On May 28, 2018, at 18:25, Robert Heller <heller at deepsoft.com>
wrote:
> 
> > I tried to run efibootmgr, but it wants a model named efivars loaded,
but
> > there is no such module available.
> 
> Are you not running a CentOS kernel?  That module should be available. 
I have a *stock* CentOS 6 kernel:  2.6.32-696.28.1.el6.x86_64.  And no, that 
module is not in a CentOS Plus kernel either.
> 
> The UUID of the VFAT volume (not the mirror) would be used in the EFI boot
entry. Boot off a rescue disk when the new disk is installed and add an
additional boot entry for the new disk. It will reflect the UUID of the EFI
partition on the new disk. Run ???blkid??? to compare.
> 
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.

> --
> Jonathan Billings
> 
> 
> _______________________________________________
> 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/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'

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