Multiple eftdisk.c:612: failure reading sector @x1dd16480 from multiple hd*

[vincent]

Hi all,

I am getting quite puzzled by what I think is a grub error (which makes 
the machine's boot no longer automated). I am wondering if anyone could 
offer insights and/or possible ways to resolve this issue.

Here is what happens:
- Apple Mac Pro 2013 in UEFI mode with MacOS on /dev/sda (1Tb Apple SSD) 
and two unused NVMe Samsung 980 Pro drives (/dev/nvme0n1 and /dev/nvme1n1)

- Apple SSD is physically removed, leaving only /dev/nvme0n1 and 
/dev/nvme1n1 in the machine.

- RedHat Single Node Openshift 4.12 (Linux coreos-based and using grub) is
  installed on the machine (OCP installs on /dev/nvme1n1 and /dev/nvme0n1
  is later used with TopoLVM).

- At this point, the system boots/reboots fine by itself.

- Then I put the MacOS Apple SSD back (/dev/sda) in the machine and RHCOS 
no longer boots/reboots without human intervention. As soon a the EFI boot 
list hits grub a page of errors is displayed:

error: ../../grub-core/disk/eft/efidisk.c:612: failure reading sector @x1dd164f0 from 
"hd0".
error: ../../grub-core/disk/eft/eftdisk.c:612: failure reading sector @x1dd16480 from 
"hd0".
error: ../../grub-core/disk/eft/efidisk.c:612: failure reading sector @x1dd164f0 from 
"hd1".
error: ../../grub-core/disk/eft/eftdisk.c:612: failure reading sector @x1dd16480 from 
"hd1".
error: ../../grub-core/disk/eft/efidisk.c:612: failure reading sector @x1dd164f0 from 
"hd2".
error: ../../grub-core/disk/eft/eftdisk.c:612: failure reading sector @x1dd16480 from 
"hd2".
error: ../../grub-core/disk/eft/efidisk.c:612: failure reading sector @x1dd164f0 from 
"hd3".
error: ../../grub-core/disk/eft/eftdisk.c:612: failure reading sector @x1dd16480 from 
"hd3".
error: ../../grub-core/disk/eft/efidisk.c:612: failure reading sector @x1dd164f0 from 
"hd4".
error: ../../grub-core/disk/eft/eftdisk.c:612: failure reading sector @x1dd16480 from 
"hd4".
error: ../../grub-core/disk/eft/efidisk.c:612: failure reading sector @x1dd164f0 from 
"hd5".
error: ../../grub-core/disk/eft/eftdisk.c:612: failure reading sector @x1dd16480 from 
"hd5".
[ more ]

At this point, pressing 'q' exits the errors page and brings up the GRUB 
menu. The machine then proceeds to autoboot fine without human 
intervention.

Once booted, RHCOS's efibootmgr shows this:
[root@neraka ~]# efibootmgr -v
BootCurrent: 0000
BootOrder: 0000,0001
Boot0000* Red Hat Enterprise Linux      
HD(2,GPT,d36bfc93-9920-4346-9c56-bd7c57bdb0bb,0x1000,0x3f800)/File(\EFI\redhat\shimx64.efi)
Boot0001* rEFInd Boot Manager   
PciRoot(0x0)/Pci(0x1c,0x4)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/Sata(0,0,0)/HD(1,GPT,403d1eeb-03d6-4a97-940b-034d7b8c5950,0x28,0x64000)/File(\EFI\refind\refind_x64.efi)..
Boot0080* Mac OS X      
PciRoot(0x0)/Pci(0x1c,0x4)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/Sata(0,0,0)/HD(2,GPT,47056646-5996-469c-b7c5-269e306d85f1,0x64028,0x1dd16500)/VenMedia(be74fcf7-0b7c-49f3-9147-01f4042e6842,f7d858ec229b9242b3ba7d0677ff2f50)/File(\D65D8AEE-85B7-4276-8E6D-2198B0B8A76E\System\Library\CoreServices\boot.efi)
Boot0081* Mac OS X      
Ata(0,1,0)/HD(2,GPT,9cbd5a47-e8e6-44ad-83b2-14ab83db3b2d,0x64028,0x55b7c0)

0000 is the point which points to grub.
The issue is also reversible: if I remove the Apple SSD (/dev/sda) from 
the machine, then grub no longer complains. Ideally, I would like to debug 
this issue and/or make it work without human intervention and without 
removing the Apple SSD.

I've tried blacklisting the ahci driver on RHCOS (this makes /dev/sda 
disappear ) but the issue happens much earlier than this and there was no 
change.

I've tried creating a new boot entry with grubx64.efi instead of 
shimx64.efi and it did not make any difference.

Any ideas? I've attached a screenshot of the issue (captured at the 
console right after power on). I don't mind the error all that much since 
it seems cosmetic but I would like to at least make the system switch back 
to a non-interactive boot.

I've also reported the issue here:
https://issues.redhat.com/browse/OCPBUGS-14929

I'll take any tips/ideas/recommendations that people would be willing to 
share...

Thanks,

Vincent S. Cojot

ocp4n_grub2.png
Description: PNG image