URL: <https://savannah.gnu.org/bugs/?64304>
Summary: grub interprets Apple file system (APFS) wrongly and goes into interactive mode Group: GNU GRUB Submitter: elcoyote_ Submitted: Thu 15 Jun 2023 12:33:36 PM UTC Category: Filesystem Severity: Major Priority: 5 - Normal Item Group: Software Error Status: None Privacy: Public Assigned to: None Originator Name: Vincent Cojot Originator Email: vinc...@cojot.name Open/Closed: Open Release: 2.02 Release: Discussion Lock: Any Reproducibility: Every Time Planned Release: None _______________________________________________________ Follow-up Comments: ------------------------------------------------------- Date: Thu 15 Jun 2023 12:33:36 PM UTC By: Vincent S. Cojot <elcoyote_> Copied from https://bugzilla.redhat.com/show_bug.cgi?id=1524685 I am testing SNO 4.12 (based on RHEL 8.6) on a Mac Pro x86_64 machine. The machine has 3 SSDs which are as follows: /dev/sda (Apple SSD) /dev/nvme0n1 (TopoLVM - RedHat LVM storage Operator) /dev/nvme1n1 (OCP SNO 4.12.19) everything works fine and I can reboot/switch from OCP to MacOS with efibootmgr: [root@neraka ~]# efibootmgr BootCurrent: 0000 BootOrder: 0000,0001 Boot0000* Red Hat Enterprise Linux Boot0001* rEFInd Boot Manager Boot0080* Mac OS X Boot0081* Mac OS X Here's the disk config: [root@neraka ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931.9G 0 disk |-sda1 8:1 0 200M 0 part |-sda2 8:2 0 238.6G 0 part `-sda3 8:3 0 693G 0 part sr0 11:0 1 1024M 0 rom nvme0n1 259:0 0 1.8T 0 disk |-datavg-thin--pool--1_tmeta 253:0 0 840M 0 lvm | `-datavg-thin--pool--1-tpool 253:2 0 1.7T 0 lvm | |-datavg-thin--pool--1 253:3 0 1.7T 1 lvm | |-datavg-af11ef7c--d568--42a3--830c--6d7e2102bd15 | | 253:4 0 40G 0 lvm /var/lib/kubelet/pods/7c785320-a7a6-4765-8f5b-671d3d33baeb/volume-subpaths/pvc-ecdeed7a-78ca- | `-datavg-bdfefdc5--ba97--40ce--84b3--81d31a4ec402 | 253:5 0 10G 0 lvm /var/lib/kubelet/pods/b56bb23f-22c3-41f3-a208-9638747ac29e/volume-subpaths/pvc-e1a0d307-92cf- `-datavg-thin--pool--1_tdata 253:1 0 1.7T 0 lvm `-datavg-thin--pool--1-tpool 253:2 0 1.7T 0 lvm |-datavg-thin--pool--1 253:3 0 1.7T 1 lvm |-datavg-af11ef7c--d568--42a3--830c--6d7e2102bd15 | 253:4 0 40G 0 lvm /var/lib/kubelet/pods/7c785320-a7a6-4765-8f5b-671d3d33baeb/volume-subpaths/pvc-ecdeed7a-78ca- `-datavg-bdfefdc5--ba97--40ce--84b3--81d31a4ec402 253:5 0 10G 0 lvm /var/lib/kubelet/pods/b56bb23f-22c3-41f3-a208-9638747ac29e/volume-subpaths/pvc-e1a0d307-92cf- nvme1n1 259:1 0 931.5G 0 disk |-nvme1n1p1 259:2 0 1M 0 part |-nvme1n1p2 259:3 0 127M 0 part |-nvme1n1p3 259:4 0 384M 0 part /boot `-nvme1n1p4 259:5 0 931G 0 part /sysroot The -PROBLEM- is that unless I 'wipe' /dev/sda and MacOS, GRUB from /dev/nvme1n1p2 (OCP 4.12) barfs on the APFS partition on /dev/sda and goes into interactive mode: error: ../../grub-core/disk/eft/efidisk.c:612: fatture 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". after that, pressing 'q' resumes normal boot and the system boots fine into OCP. I only have 3 drives in this machine, why is GRUB complaining about hd4, hd5 and the rest? Furthermore, if I ask GRUB to enter a command shell, I see this: grub> ls (proc) (hd0) (hd1) (hd2) (hd3) (hd4) (hd5) (hd6) (hd6,msdos1) (hd7) (hd7, gpt3) (hd7,gpt2) (hd7, gpt1) (hd8) (hd9) (hd9, gpt4) (hd9, gpt3) (hd9, gpt2) (hd9,gpt1) error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd164f0 from `hd0'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd16480 from `hd0'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd164f0 from `hd1'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd16480 from `hd1'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd164f0 from `hd2'. error: ../../grub-core/disk/efi/efidisk.c:612;failure reading sector 0x1dd16480 from `hd2'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd164f0 from `hd3'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd16480 from `hd3'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd164f0 from `hd4'. error: ../../grub-core/disk/efi/efidisk.c:612: failure reading sector 0x1dd16480 from `hd4'. --MORE-- GRUB is completely confused by the Apple APFS partition on /dev/sda. As much as I can understand/recognize that h6, h7 and hd9 must be my flash drives (they show partitions), where are hd0,hd1,hd2,hd3, hd4, hd5 and hd8 coming from? this is what fdisk shows: [root@neraka ~]# fdisk -l /dev/sda Disk /dev/sda: 931.9 GiB, 1000555581440 bytes, 1954210120 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 8394576E-EF09-4FD1-8BBE-4DF0182F5102 Device Start End Sectors Size Type /dev/sda1 40 409639 409600 200M EFI System /dev/sda2 409640 500671783 500262144 238.6G unknown /dev/sda3 500671784 1953947935 1453276152 693G Apple HFS/HFS+ (This is MacOS 12.6.6 - aka Monterrey) _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Thu 15 Jun 2023 12:33:36 PM UTC Name: ocp4n_grub2b.png Size: 246KiB By: elcoyote_ <http://savannah.gnu.org/bugs/download.php?file_id=54842> _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?64304> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/