Installation on a Mac

I used https://en.opensuse.org/SDB:Installation_on_a_Mac last summer only in part. At that time I partitioned what I expected to be fully on a new HD, then installed 15.0 on the 24" iMac. Once satisfied how 15.0 was working I installed from the only Apple media I had access to, Snow Leopard 10.6.3. Upgrading it beyond 10.6.8 proved an impossible task, mainly due to inability to create an Apple ID account by any means at my disposal. I succeeded in multibooting via rEFInd, then the project sat for about 9 months. Last week I picked the project back up. I found someone to take it to to use with his own Apple ID to download the necessary latest upgrade image file, El Capitan 10.11.6.

Originally I gave half the disk to OS X & half to openSUSE, 3 partitions each, making swap sda4, root sda5 and home sda6. Somehow I managed to miss the point in time at which Mac installation deleted the original 368G ESP, created a 200G new ESP, shrunk the original sda2 for the OS X system, and added a small recovery partition sda3 in between the HFS system and HFS data partitions, which moved the HFS data from sda3 to sda4, and shuffled up the Linux partitions.

The following outlines today’s activity and provides some possibly relevant data:

# (update OS X from Snow Leopard to El Capitan)
# (rescue boot installed openSUSE 15.0)
# ls -l /boot/efi/EFI/
drwxr-xr-x 3 root root  512 Jul 12  2018 APPLE
# blkid
/dev/sda1: LABEL="EFI" UUID="70D6-1701" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="be3b9714-f8dc-4c01-8483-ef3f2e92d68f"
/dev/sda2: UUID="a99b09c3-37c0-3c4d-a3bc-0a2190c8fbe8" LABEL="OS X System Partition" TYPE="hfsplus" PARTLABEL="sda2 Mac OS X HFS+ system" PARTUUID="5b485a21-cb6f-4df5-82a2-e92afd2cddd4"
/dev/sda3: UUID="3d10494b-b734-3195-9424-aa6f5740ba7b" LABEL="Recovery HD" TYPE="hfsplus" PARTLABEL="Recovery HD" PARTUUID="caa25530-c17d-42a3-80fb-58ae1a6cc4f0"
/dev/sda4: UUID="d1a77490-ba19-3547-aa65-4be3a2ae08f8" LABEL="sda3 Mac User Data partition" TYPE="hfsplus" PARTLABEL="sda3 Mac OS X HFS+ data" PARTUUID="5b485a30-d0f6-4df5-8398-6da0e94dbcb6"
/dev/sda5: LABEL="st10swapper" UUID="60ec3b87-e19b-461b-9395-6d52cdc7a2a4" TYPE="swap" PARTLABEL="sda4 Linux Swap" PARTUUID="5b485a45-d924-4df5-8498-949b9596c765"
/dev/sda6: LABEL="st10suseleap" UUID="113461df-e41f-4197-b8f0-914af5db9ce7" TYPE="ext4" PARTLABEL="sda5 openSUSE Leap" PARTUUID="5b485a63-e503-4df5-85aa-900989acaa2e"
/dev/sda7: LABEL="st10susehome" UUID="83b00e9d-a42d-4bd7-baba-72bc967c43b1" TYPE="xfs" PARTLABEL="sda6 Linux /home" PARTUUID="5b485a88-f39c-4df5-86ad-9818f78e6674"
# efibootmgr -v
BootCurrent: 0000
Timeout: 12 seconds
BootOrder: 0080,0000,0001
Boot0000* opensuse	HD(1,GPT,5b4859c8-a85b-4df5-8143-5653aa6b4355,0x800,0xb8000)/File(\EFI\opensuse\grubx64.efi)
Boot0001* rEFInd Boot Manager	HD(1,GPT,5b2c664d-5f0d-4df5-91df-45d811f97bf1,0x800,0xb8000)/File(\EFI\refind\refind_x64.efi)
Boot0080* Mac OS X	PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(2,GPT,5b485a21-cb6f-4df5-82a2-e92afd2cddd4,0xb8800,0x46910e0)
Boot0081* Mac OS X	PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(2,GPT,5b485a21-cb6f-4df5-82a2-e92afd2cddd4,0xb8800,0x46910e0)
BootFFFF* 	PciRoot(0x0)/Pci(0x1d,0x0)/USB(0,0)/HD(1,MBR,0x6b8b4567,0xa30,0x1e84)/File(\EFI\BOOT\BOOTX64.efi)
# (yast2 bootloader)
# ls -l /boot/efi/EFI/
drwxr-xr-x 3 root root  512 Jul 12  2018 APPLE
drwxr-xr-x 2 root root  512 Mar 25 00:27 opensuse15
# efibootmgr -v
BootCurrent: 0000
Timeout: 12 seconds
BootOrder: 0002,0080,0000,0001
Boot0000* opensuse	HD(1,GPT,5b4859c8-a85b-4df5-8143-5653aa6b4355,0x800,0xb8000)/File(\EFI\opensuse\grubx64.efi)
Boot0001* rEFInd Boot Manager	HD(1,GPT,5b2c664d-5f0d-4df5-91df-45d811f97bf1,0x800,0xb8000)/File(\EFI\refind\refind_x64.efi)
Boot0002* opensuse15	HD(1,GPT,be3b9714-f8dc-4c01-8483-ef3f2e92d68f,0x28,0x64000)/File(\EFI\opensuse15\grubx64.efi)
Boot0080* Mac OS X	PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(2,GPT,5b485a21-cb6f-4df5-82a2-e92afd2cddd4,0xb8800,0x46910e0)
Boot0081* Mac OS X	PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(2,GPT,5b485a21-cb6f-4df5-82a2-e92afd2cddd4,0xb8800,0x46910e0)
BootFFFF* 	PciRoot(0x0)/Pci(0x1d,0x0)/USB(0,0)/HD(1,MBR,0x6b8b4567,0xa30,0x1e84)/File(\EFI\BOOT\BOOTX64.efi)
# (restore /boot/efi/EFI/ backup)
# ls -l /boot/efi/EFI/
drwxr-xr-x 3 root root  512 Jul 12  2018 APPLE
drwxr-xr-x 2 root root  512 Jun 22  2018 opensuse
drwxr-xr-x 2 root root  512 Mar 25 00:27 opensuse15
drwxr-xr-x 5 root root 1024 Jul 11  2018 refind
drwxr-xr-x 2 root root  512 Jul 11  2018 tools
# ls -l /boot/efi/EFI/refind
-rwxr-xr-x 1 root root  29637 Jul 11  2018 .refind.conf01
-rwxr-xr-x 1 root root  29636 Jul 11  2018 .refind.conf02
-rwxr-xr-x 1 root root    140 Jul 11  2018 BOOT.CSV
drwxr-xr-x 2 root root    512 Jul 11  2018 drivers_x64
drwxr-xr-x 3 root root   5632 Jul 11  2018 icons
drwxr-xr-x 2 root root   1536 Jul 11  2018 keys
-rwxr-xr-x 1 root root  29636 Jul 11  2018 refind.conf
-rwxr-xr-x 1 root root 222024 Jul 11  2018 refind_x64.efi
# cat /etc/fstab
LABEL=EFI		/boot/efi	vfat	codepage=437	0 0
/dev/disk/by-id/ata-ST1000DM003-1SB10C_Z9A1LQPM-part2	/macsys		hfsplus	ro,nofail	0 0
/dev/disk/by-id/ata-ST1000DM003-1SB10C_Z9A1LQPM-part4	/home/macdata	hfsplus	force,uid=501,gid=100,umask=002,noatime,nofail	0 0
LABEL=st10swapper		swap	swap	defaults	0 0
LABEL=st10suseleap	/		ext4	noatime,acl,user_xattr	0 1
LABEL=st10susehome	/home		xfs	noatime		0 0

At this point, only El Capitan can be booted without assistance. Startup Manager does not list anything related to booting openSUSE. I have a special stanza on a 15.0 USB stick that is booting right into the installed OS. What I can’t remember from last summer and seem to be missing on the SDB page is any indication whether or not openSUSE’s EFI grub could ever boot it after getting Snow Leopard installed. I’m mystified whether I’ve done enough that it’s ready to proceed with re-installing rEFInd, and why what I’ve done isn’t enough to make 15.0 boot without the stick.

1-Can anyone here see something I’ve missed; is it now time to re-install rEFInd?

2-**

Hi
Never used it, easier to let Mac OS do it’s thing and just press the option key at boot and select the EFI partition to boot openSUSE, if want to boot to osX, just select the hfs drive.

That’s probably just fine if you normally want to boot Mac. That’s not the case here.

Neither the openSUSE EXT4 partition nor the ESP partition were being presented for selection by using the Option key. Three selections were being presented: 1-Mac OS system partition, 2-Mac OS data partition, 3-Mac OS rescue partition. #2 caused a floating Y boot failure screen. #3 I haven’t tried.

After last night’s shutdown, I went to look to see at this AM’s startup if I had installed rEFInd on the Mac OS data partition. When I started it up, Grub appeared presenting 12 openSUSE selections, none of which are for Mac OS, even though os-prober is enabled. I suppose further El Capitan “security” updates could have made a firmware adjustment.

So far I haven’t picked up the trail of how and where I installed rEFInd…

Hi
In my case about 90 percent of the time the default boot is via efi into openSUSE, this is on a MacBook3,1 (2007). Grub can’t boot HFS, even if selected last time I tried. I think I manually created the ESP (sda1) and partitions for openSUSE and osX, then booted from the 10.7.5 USB install media (via option key) installed on the required partition, then installed openSUSE Leap after that…

Never tried on a Mac,
Would it work if you simply booted to an openSUSE DVD and ran a repair?
Would the openSUSE partition automatically be found and make the necessary changes to your GRUB?
The big question probably is what your current boot sequence looks like, how your chain loading is set up… If you boot first to GRUB and then to your MAC, then the DVD repair would almost certainly work, if you instead boot to your MAC first and then to GRUB, I don’t know if this would work.

In any case, make a full backup and verify it works before you do any experimentation.

TSU

Hi
HSF chainloading doesn’t work with grub, it shows the entries (if os-prober is checked) and crashes…

http://thumbs2.imagebam.com/30/95/82/ccd9101174281514.jpg](ImageBam)

http://thumbs2.imagebam.com/67/d7/06/bd34ec1174281554.jpg](ImageBam)

http://thumbs2.imagebam.com/a0/0b/b0/e6a3951174281594.jpg](ImageBam)

Now, efi booting works…


 efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0003,0001,0002,0000,0080
Boot0000* opensuse    HD(1,GPT,88833c2e-d79f-4e5b-bec7-aa611f982f42,0x28,0x64000)/File(\EFI\opensuse\grubx64.efi)
Boot0001* opensuse-secureboot    HD(1,GPT,88833c2e-d79f-4e5b-bec7-aa611f982f42,0x28,0x64000)/File(\EFI\opensuse\shim.efi)
Boot0002* sled    HD(1,GPT,88833c2e-d79f-4e5b-bec7-aa611f982f42,0x28,0x64000)/File(\EFI\sled\grubx64.efi)
Boot0003* sled-secureboot    HD(1,GPT,88833c2e-d79f-4e5b-bec7-aa611f982f42,0x28,0x64000)/File(\EFI\sled\shim.efi)
Boot0080* Mac OS X    PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(4,GPT,07a94b67-f168-4f32-81d6-47a78a8d32f3,0x5882800,0xc800000)
Boot0082*     PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(4,GPT,07a94b67-f168-4f32-81d6-47a78a8d32f3,0x5882800,0xc800000)
BootFFFF*     PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(1,GPT,88833c2e-d79f-4e5b-bec7-aa611f982f42,0x28,0x64000)/File(\EFI\BOOT\BOOTX64.efi)

efibootmgr -n 0080

BootNext: 0080
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0003,0001,0002,0000,0080
Boot0000* opensuse
Boot0001* opensuse-secureboot
Boot0002* sled
Boot0003* sled-secureboot
Boot0080* Mac OS X
Boot0082* 
BootFFFF* 

 lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk 
├─sda1   8:1    0   200M  0 part /boot/efi
├─sda2   8:2    0    40G  0 part 
├─sda3   8:3    0     4G  0 part [SWAP]
├─sda4   8:4    0   100G  0 part 
├─sda5   8:5    0 619.9M  0 part 
├─sda6   8:6    0   200G  0 part /data
└─sda7   8:7    0    40G  0 part /

The system will boot into osX… Rebooting will reboot into grub (3 or 1…) but AFAIK it’s efi in the disk, not the efi partition… As long as it boots into grub I’m happy…

Assuming “HSF” actually means “HFS”, there is no such thing. grub2 includes native XNU loader (which loads Mac OS X kernel and modules directly) and configuration created by os-prober is using this loader. But it stopped working long ago with modern OS X versions. This needs someone with good OS X knowledge to fix. Last commit to xnu loader was in 2013 …

But direct chainloading of native Mac OS X EFI loader works just fine. Just need to chainload /System/Library/CoreServices/boot.efi on OS X system partition.

Indeed! This I have in /boot/grub2/custom.cfg:

menuentry "MacOS on (hd0,gpt2)" {
	insmod hfsplus
	insmod part_apple
	insmod chain
	set root=(hd0,2)
	chainloader /System/Library/CoreServices/boot.efi
}

coupled with 40_custom renamed to 06_custom in /etc/grub.d/ I get MacOS as the default Grub menu entry. :smiley:

The path to the OS of choice is unpredictable. I have yet to nail down what to expect from either a reboot or a cold start. Sometimes it goes straight to MacOS, other times to Grub2. At least I can get to them both.

Normal 15.0 init more often than not gets paused in emergency mode, but with immediate ctrl-d proceeding right into a normal boot completion.
Dmesg is complaining about missing firmware for the wireless I don’t use, but I don’t see anything there to well suggest why the boot interruption. Last journal, both complete and with only ailed grepped from, lspci, fstab, lsblk, efibootmgr -v and more are all at http://fm.no-ip.com/Tmp/Linux/Mac/. Every filesystem gets mounted successfully and accessible by the time a full init is completed. Could there be some kind of racing going on among systemd fscks and mounts causing the filesystem/mount timeouts?

Chainloading is straight forward:

erlangen:~ # efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0002,0009,000A
Boot0000* opensuse      HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\OPENSUSE\GRUBX64.EFI)
Boot0001* Fedora        HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\FEDORA\SHIMX64.EFI)
Boot0002* ubuntu        HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0009* ubuntu        HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO
Boot000A* opensuse      HD(1,GPT,2fe6b58a-379a-4f6e-899b-8be22ef6e885,0x800,0x32800)/File(\EFI\opensuse\grubx64.efi)..BO
erlangen:~ # 


erlangen:~ # cat /etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.

menuentry 'Tumbleweed /dev/sdb3' {
    search --fs-uuid --no-floppy --set=root 4A24-B10D 
    chainloader /EFI/opensuse/grubx64.efi
}

menuentry 'Xubuntu 18.04 /dev/sdb2' {
    search --fs-uuid --no-floppy --set=root 6DEC-64F9
    chainloader /EFI/ubuntu/grubx64.efi
}

menuentry 'Fedora 29 /dev/nvme0n1p1' {
    search --fs-uuid --no-floppy --set=root 6DEC-64F9
    chainloader /EFI/fedora/grubx64.efi
}
erlangen:~ # 

The path always starts at the mount point. I always get what I select.

I get what I select too, if any selection is offered. The primary puzzle here is random lack of selection to make. On any given boot, cold or warm, absent holding down the Option key at the chime, it may or may not boot directly into MacOS instead of Grub. Reboots cause so much blank screen time it’s painful to try to detect any pattern.

efibootmgr -v
BootCurrent: 0000
Timeout: 5 seconds
BootOrder: 0000,0080
Boot0000* opensuse15    HD(1,GPT,<UUID>/File(\EFI\opensuse15\grubx64.efi)
Boot0080* Mac OS X      PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(2,GPT,<UUID>,0xb8800,0x46910e0)
BootFFFF*       PciRoot(0x0)/Pci(0x1f,0x1)/Ata(0,0,0)/CDROM(0,0x62,0x2880)/File(\EFI\BOOT\BOOTX64.efi)
# /boot/grub2/custom.cfg
menuentry "MacOS 10.11.6 El Capitan on (hd0,gpt2)" {
	insmod hfsplus
	insmod part_apple
	insmod chain
	set root=(hd0,2)
	chainloader /System/Library/CoreServices/boot.efi
}
menuentry "openSUSE 15.0 with Trinity Desktop defkernel on (hd0,gpt6)" {
	load_video
	set gfxpayload=keep
	search --no-floppy --set=root --hint-efi=hd0,gpt6 --label st10suseleap
	linux	/boot/vmlinuz root=LABEL=st10suseleap noresume ipv6.disable=1 net.ifnames=0 consoleblank=0 video=1400x900@60 
	initrd	/boot/initrd
}
menuentry "openSUSE 15.0 defkernel without GUI on (hd0,gpt6)" {
	load_video
	set gfxpayload=keep
	search --no-floppy --set=root --hint-efi=hd0,gpt6 --label st10suseleap
	linux	/boot/vmlinuz root=LABEL=st10suseleap noresume ipv6.disable=1 net.ifnames=0 consoleblank=0 3 
	initrd	/boot/initrd
}

SIP has been turned off - twice! :stuck_out_tongue:

I did make some progress today. I got custom.cfg tweaked and TDE upgraded from 14.0.5 to 14.0.6 on Leap, Darktable installed on Mac and Leap, and MC and automatic updates-disabled Firefox ESR 52.9 with final Classic Theme Restorer installed on Mac.

  • There are three boots, but BootOrder has only two items.
  • Try chain loading all of them
  • /boot/grub2/custom.cfg is run before /etc/grub.d/40_custom You may try to move the chain loads to the latter.
  • #3 (FFFF) is the DVD. Are you implying it should be either removed, or added after 0080?
  • To what end? The current configuration produces what I expect, as long as the iMac’s firmware doesn’t jump directly into Mac OS.
    *] 40_custom has been renamed 06_custom, which remains entirely comments. This causes custom.cfg to head the Grub menu at run time.
  • Number of BootOrder list items should match number of Boots. I would prefer to delete #3.
  • I am only familiar with UEFI. My setup has no /boot/grub2/custom.cfg and no name changes in /etc/grub.d.
erlangen:~ # ll /etc/grub.d/
total 88
-rwxr-xr-x 1 root root 10847 Mar 24 15:29 00_header
-rwxr-xr-x 1 root root  1043 Jan  8 15:07 00_tuned
-rwxr-xr-x 1 root root 12526 Mar 24 15:29 10_linux
-rwxr-xr-x 1 root root 15369 Mar 24 15:29 20_linux_xen
-rwxr-xr-x 1 root root  1932 Mar 24 15:30 20_memtest86+
-rwxr-xr-x 1 root root 11682 Mar 24 15:29 30_os-prober
-rwxr-xr-x 1 root root   620 Jan 12 09:31 40_custom
-rwxr-xr-x 1 root root   216 Mar 24 15:29 41_custom
-rwxr-xr-x 1 root root   828 Mar 24 15:30 80_suse_btrfs_snapshot
-rwxr-xr-x 1 root root  1259 Mar 24 15:30 90_persistent
-rwxr-xr-x 1 root root   263 Mar 24 15:29 95_textmode
-rw-r--r-- 1 root root   483 Mar 24 15:29 README
erlangen:~ # 
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0002,0009,000A
Boot0000* opensuse      HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\OPENSUSE\GRUBX64.EFI)
Boot0001* Fedora        HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\FEDORA\SHIMX64.EFI)
Boot0002* ubuntu        HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0009* ubuntu        HD(4,GPT,0497bfdf-73d7-47a8-9d8e-6b911574f774,0x800,0x32000)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO
Boot000A* opensuse      HD(1,GPT,2fe6b58a-379a-4f6e-899b-8be22ef6e885,0x800,0x32800)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO
  • All of the boots are native ones.
  • Boot #0 is Tumbleweed. It adds #1, #9 and #A chain loading in /etc/grub.d/40_custom
  • UEFI never kicked in and changed boot order
  • Chain loading works as reliable as entering UEFI and selecting the boot from the menu

Reference please.

Precautionary measure: Not everything that works now on some machine will work in different context (different hardware, firmware, software …).

Tuesday I split sda7, the former /home, into sda7 & sda8 so that today I could install 15.1beta Build 438.2 on sda7. Also I filed https://bugzilla.opensuse.org/show_bug.cgi?id=1130800 on account of trouble with that process.

Here’s what happened Wednesday:

Repartitioning:
	backup ESP
	delete 200M ESP from disk start (done by MacOS installation in the 1M free + 368M ESP = 369M disk start I created before initial installation)
	create 368M ESP @1MB from start in 369M freespace
	format & restore ESP
	verify job
> parted -l
	Disk Flags: 
	Number  Start   End     Size    File system     Name                       Flags
	 1      1049kB  387MB   386MB   fat16           EFI                        msftdata
	 2      387MB   38.3GB  37.9GB  hfsx            sda2 Mac OS X HFS+ system
	 3      38.3GB  38.9GB  650MB   hfs+            Recovery HD
	 4      38.9GB  500GB   461GB   hfsx            sda4 Mac OS X HFS+ data
	 5      500GB   505GB   4429MB  linux-swap(v1)  sda5 Linux Swap            swap
	 6      505GB   539GB   34.1GB  ext4            sda6 openSUSE Leap
	 7      539GB   573GB   34.1GB  ext4            sda7 Linux next
	 8      573GB   1000GB  427GB   ext4            sda8 Linux Home
> fdisk -l
	Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
	Device          Start        End   Sectors   Size Type
	/dev/sda1        2048     755711    753664   368M Microsoft basic data
	/dev/sda2      755712   74750175  73994464  35.3G Apple HFS/HFS+
	/dev/sda3    74750176   76019711   1269536 619.9M Apple boot
	/dev/sda4    76019712  977139711 901120000 429.7G Apple HFS/HFS+
	/dev/sda5   977139712  985790463   8650752   4.1G Linux swap
	/dev/sda6   985790464 1052403711  66613248  31.8G Linux filesystem
	/dev/sda7  1052403712 1119016959  66613248  31.8G Linux filesystem
	/dev/sda8  1119016960 1953372159 834355200 397.9G Linux filesystem
Net install 15.1 (IceWM/minimal)
> save_y2logs
> efibootmgr -v
	BootCurrent: 0000
	Timeout: 5 seconds
	BootOrder: 0000,0080
	Boot0000* opensuse	HD(1,GPT,5c9d2fbf-e424-4df5-8158-153e622024f5,0x800,0xb8000)/File(\EFI\opensuse\grubx64.efi)
	Boot0080* Mac OS X	PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(2,GPT,5b485a21-cb6f-4df5-82a2-e92afd2cddd4,0xb8800,0x46910e0)
	BootFFFF* 	PciRoot(0x0)/Pci(0x1d,0x0)/USB(0,0)/HD(1,MBR,0x6b8b4567,0xa30,0x1e84)/File(\EFI\BOOT\BOOTX64.efi)
tweak installation
restart
boot to 151, then power down, then power up
151 grub menu select 151
Ctrl-Alt-Del without logging in first
**no grub menu** (direct boot into MacOS)
shutdown
151 grub menu select 151
login then "reboot"
151 grub menu select 151
login then "Off" (alias to shutdown -h now)
151 grub menu select 151
login then Ctrl-Alt-Del
151 grub menu select 151
Ctrl-Alt-Del without logging in first
151 grub menu select 150
Ctrl-Alt-Del without logging in first
	**kbd ignored**
login then "reboot"
151 grub menu select 150
	**emergency mode**
	immediate Ctrl-D completes normal boot
power down from TDM (tty7)
151 grub menu select MacOS
shutdown
151 grub menu select MacOS
restart
**MacOS instead of 151 grub menu**
shutdown
**MacOS instead of 151 grub menu**
shutdown
**MacOS instead of 151 grub menu**
restart
151 grub menu select 151
"Off"
**MacOS instead of 151 grub menu**
restart
151 grub menu select 151
Ctrl-Alt-Del without logging in first
151 grub menu select 150
login then "Reboot" (alias to "shutdown -r now")
151 grub menu select 151
Ctrl-Alt-Del without logging in first
151 grub menu select 150
login then "reboot"
**MacOS instead of 151 grub menu**
shutdown
151 grub menu select 151	
efibootmgr:
	BootCurrent: 0000
	BootOrder: 0002,0001,0000,0080
	Boot0000* opensuse
	Boot0001* opensuse150
	Boot0002* opensuse151
	Boot0080* Mac OS X
> efibootmgr -o 1,2,80,0
	BootCurrent: 0002
	BootOrder: 0001,0002,0080,0000
	Boot0000* opensuse
	Boot0001* opensuse150
	Boot0002* opensuse151
	Boot0080* Mac OS X
> shutdown -h now
150 grub menu select MacOS
**white screen (no boot)**
power switch off
150 grub menu select 150
"Reboot"
150 grub menu select 151
update aliases:
	"Off" is now "systemctl powerdown"
	"Reboot" is now "systemctl reboot"
"Off"
150 grub menu select MacOS
restart
**GRUB RESCUE>** unknown commands:
	chainloader
	reboot
	help
	search
	linux
	linuxefi
power switch off
150 grub menu select MacOS
shutdown
150 grub menu select 150
"Reboot"
150 grub menu select 151
"Off"
150 grub menu select MacOS
shutdown
150 grub menu select 151
"Reboot"
150 grub menu select 150
	**emergency mode**
	immediate Ctrl-D completes normal boot
"Reboot"
150 grub menu select 151
> zypper -v in grub2-branding-openSUSE
"Reboot"
150 grub menu select MacOS
shutdown
150 grub menu select 150
	**emergency mode**
	immediate Ctrl-D completes normal boot
"Reboot"
150 grub menu select 151
"Reboot"
	**emergency mode**
	immediate Ctrl-D completes normal boot
  • I still don’t know what is causing 15.0 to stop in emergency mode
  • Since installing 15.1, it seems less prone to booting directly into MacOS instead of Grub, but still pretty random. I don’t see a pattern.
  • I suspect the direct into MacOS booting must be a consequence of the Snow Leopard to El Capitan upgrade somehow “upgrading” the firmware in a defective manner, since booting was no problem with rEFInd and Snow Leopard, while the only way I have been able to boot anything via rEFInd since upgrading to El Capitan is via rEFInd boot CD.
  • Yet to try: remove boot0000 opensuse. /boot/efi/EFI/opensuse is timestamped last June, matching neither 15.0’s nor 15.1’s GRUB_DISTRIBUTOR.
  • USB stick has not been requisite to booting openSUSE since the 15.1 installation.
  • It would be nice to know what to expect upon powering up.
  • This iMac has been a herculean time gobbler, practically the only thing I’ve touched since last Friday.
    :stuck_out_tongue:

There is a recent tutorial, Updated March 20, 2019:

"The Mac is an excellent platform for running not only the Mac OS, such as macOS Sierra, but also Windows and Linux. TheMacBook Pro is a popular platform for running Linux.

Under the hood, the Mac’s hardware is remarkably similar to most of the parts used in modern PCs. You’ll find the same processor families, graphics engines, networking chips, and a great deal more."

I wonder when the original was written?..2 years ago?

How to Install Mac OS on PC
Nothing new there, mostly annoying references to Ubuntu, and how to do things I’ve known how to do for years, and already done or unneeded here. The rEFInd author tried to be helpful for a couple of days, then went silent after Grub started to mostly work as expected.

Last thing before bed this AM was to remove the unmatched 0000/opensuse entry with efibootmgr. Booting since is yet to do…

I recently installed Leap 15.5 on my Macbook pro. I partintoned my 500gb with a 450gb for macOS High Sierra and an extra 40gb blank for something else. I tried Lion but it was lame, so I erased it again, and put Leap 15.5 on it. It was an easy install and Leap defaulted to live on 40gb partition automatically which was nice.
At present, grub doesn’t really know macOS exists, so when I turn my 2011 2.3 17" MBP with a janky AMDgraphics chip, my computer boots up Leap perfectly. But I want to boot High Sierra automatically. So how do I tell grub that macOS exists on this computer and to boot it first?

Please start a new topic, with a title suggestive of your problem.