Boot/Bootloader issues

[mikeeq]

Please post any boot related issues here.

Most of them should be fixed in v5.4.8-f31 release.

Historic issues:

• https://github.com/mikeeq/mbp-fedora/issues/4
• https://github.com/mikeeq/mbp-fedora/issues/6
• https://github.com/mikeeq/mbp-fedora/issues/7

[andyrichardson]

Hey @mikeeq thanks for the awesome work!

I quickly tried this out last night and wasn't able to get it to boot past GRUB (black screen after a few initial messages). Given the timing of the black screen, I'm pretty sure it's a graphics issue.

I'm going to try again tonight by blacklisting the Radeon Pro drivers, but would be awesome to know if anyone else has experienced this issue on a similar model.

Specs MacBookPro15,1 I7-8850H Radeon Pro 560X 4 GB Intel UHD Graphics 630 1536 MB

---

Update: installing in basic graphics mode fixed the issue. First boot after install was successful without requiring basic graphics. Now if only I could get it to boot with WiFi working 😞

[berrfred]

Do not consider an issue but I just want to share my experience... at some point in time, maybe after updating kernel to v5.6.13, my grub menu with the latest 3 kernels disappeared and my mbp was booting automatically in v5.6.13 (which has a problem with displaying Function keys).

After a lot of searching and trying various useless solutions...I found out this command that solved it:

sudo grub2-editenv - unset menu_auto_hide

[thepolarbear0818]

@andyrichardson I have the same issue, It said something about wifi set to 1, then nothing happened and the text is stuck on the screen. I tried all the boot options but they all gave me the same thing.

I have a 2019 macbook air.

[yavko]

Hey @mikeeq thanks for the awesome work!

I quickly tried this out last night and wasn't able to get it to boot past GRUB (black screen after a few initial messages). Given the timing of the black screen, I'm pretty sure it's a graphics issue.

I'm going to try again tonight by blacklisting the Radeon Pro drivers, but would be awesome to know if anyone else has experienced this issue on a similar model.

Specs MacBookPro15,1 I7-8850H Radeon Pro 560X 4 GB Intel UHD Graphics 630 1536 MB

Update: installing in basic graphics mode fixed the issue. First boot after install was successful without requiring basic graphics. Now if only I could get it to boot with WiFi working disappointed

Same on a macbook pro 2015 15'

[kenfallon]

I cannot unlock the disk with the laptop keyboard, only by adding an external usb one. Once booted the laptop keyboard works fine.

I reported this bug to fedora previously but it was fixed somehow Bug 1978104 - No keyboard when prompted for luks password on macbook

[mikeeq]

@kenfallon I'm not sure why you've raised a bug on Fedora's bugzilla for that. Are you using my build of Fedora - mbp-fedora? What model of Macbook do you have?

I'm using LUKS encrypted OS partition on my Macbook 2021 with my build everything works as it should - internal keyboard on grub and next on LUKS screen where you need to type your password.

This line is responsible for making sure that you have hid_apple and apple_bce drivers available on boot - https://github.com/mikeeq/mbp-fedora/blob/f36/fedora-mbp.ks#L50

Make sure that you have those in dracut config and rebuild dracut.

[marc-h38]

First, thanks for the pre-built Fedora images! I would have simply not bother trying anything without them.

Everything worked fine except one really nasty issue that took me many hours to understand and fix: my 150MB /boot/efi/ partition had a partially broken VFAT formatting. I unfortunately did not take note (stupid me) but the fsck.vfat error message was something about the number of clusters being to high and not matching something else and not being possible considering the size of the partition.

What made things super confusing is Linux could still successfully mount /boot/efi ! While neither the macOS chooser nor refind could see it. While refind is theoretically not needed but in this case it helped because it could find the other, /boot partition and load the Linux kernel directly from it - with some manual root=/dev/nvme0n.. help.

To solve this I reformatted and restored the /boot/efi partition from Linux.

[kenfallon]

Sorry was away with life issues. To clarify I was running native Fedora before, and it got fixed. Then I installed where the issue cropped up.

Make sure that you have those in dracut config and rebuild dracut.

I tried to understand how to do that when I had the issue on native Fedora. I there a how to somewhere that I could follow ?

[kenfallon]

I just wiped the disk. Reinstalled everything from scratch with the latest OSX and installed the latest version 2c3f95f94151123df47047e15d29e5b067fba4272dd46d493613afb3f0a45143 ./livecd-fedora-mbp-kde-202211061003.iso

I encrypted the disk with luks and got the same issue. Namely the laptop keyboard is not working to decrypt the drive. I can decrypt the drive with an attached usb keyboard.

The laptop is reported by lshw as a MacBookPro14,2

*-core description: Motherboard product: Mac-CAD6701F7CEA0921 vendor: Apple Inc. physical id: 0 version: MacBookPro14,2

After install this is what was in /etc/dracut.conf.d/apple_bce_install.conf add_drivers+=" hid_apple snd-seq apple_bce " force_drivers+=" hid_apple snd-seq apple_bce "

Following your tip from above I tried the following without success.

# KERNEL_VERSION=6.0.7-301.mbp.fc37.x86_64
# echo -e 'add_drivers+=" hid_apple snd-seq apple_bce "\nforce_drivers+=" hid_apple snd-seq apple_bce "' > /etc/dracut.conf
# /usr/sbin/depmod -a ${KERNEL_VERSION}
# dracut -f /boot/initramfs-$KERNEL_VERSION.img $KERNEL_VERSION

[joelhickok]

Macbook Pro early 2019 MacbookPro15,4 Quad-core Interl Core i5 1.4 GHz 4 cores

1st boot lands me at the grub cli.
Exit leads to errors like "error cd4" for a few seconds, then back to grub cli. Exit grub 2-4 times, and it will evenutally succeed and list that it found some hardware/drivers. But then stalls again with the message: cryptsetup: Waiting for encrypted source device UUID=***** Finally, exits to a cli with prompt: (Initramfs) for BusyBox built-in shell.

If I reboot and pick the second EFI drive, it seems to go straight to the final stage for crpysetup.

Tried to reinstall, but this version not seeming usable on this Macbook Pro.

Thanks for the work, may try this on a different older Macbook I have later.