acidanthera / bugtracker

Acidanthera Bugtracker
385 stars 44 forks source link

Opencore hangs with a blank screen, if OpenLinuxBoot.efi is enabled. #1822

Closed naveenkrdy closed 3 years ago

naveenkrdy commented 3 years ago

After POST, the Opencore menu doesn't show up if OpenLinuxBoot.efi is enabled, and I am stuck with a blank screen.

Linux : Manjaro GNOME 21.1.5 (Ext4) macOS : Big Sur 11.6 Device : Dell XPS 7590 Opencore : 0.7.5 https://github.com/acidanthera/OpenCorePkg/commit/ecceb47e79c55779d95b75c5a244f915c5a03e6e

opencore-2021-10-15-070821.txt

Thanks.

mikebeaton commented 3 years ago

Please re-run with flags=0xffff set in Arguments for OpenLinuxBoot.efi driver and send the debug log.

naveenkrdy commented 3 years ago

@mikebeaton I am able to get to opencore menu after adding flags=0xffff. Also, anything I can do about the naming of the Linux entry in opencore ? And to hide the EFI2 entry, which is my Linux bootloader as I already tried excluding OC_SCAN_ALLOW_FS_ESP bit from the ScanPolicy, but that will also hide my windows entry in opencore which I want don't want to hide ?

Details ![IMG_2790](https://user-images.githubusercontent.com/18463250/137461846-c7b3520a-1976-4eb0-88be-e532863cb0b3.png)

opencore-2021-10-15-085420.txt

mikebeaton commented 3 years ago

Use flags=0x678f to get rid of LINUX_BOOT_ADD_DEBUG_INFO option (see docs).

'Windows' and 'EFI2' are each on (different) ESP partitions on the same drive. That's not really a correct layout. I think you don't have any option except to move/rename the BOOTX64.EFI of your Linux distro (which by the look if it should be in /boot/efi/EFI/BOOT of your started distro), or change the type of your second ESP to Microsoft Basic Data (EBD0A0A2-B9E5-4433-87C0-68B6B72699C7) (which you would then allow OC to see or not with OC_SCAN_ALLOW_FS_NTFS).

naveenkrdy commented 3 years ago

I got rid of the EFI2 entry by renaming BOOTX64.EFI BTW so was it the flag that I needed to fix opencore blank screen hang, when using OpenLinuxBoot.efi, or you're still working on it ?

Thanks !

mikebeaton commented 3 years ago

The flag adds debug output which was meant to help identify the hang, but is making it go away. I'm still working on it!

naveenkrdy commented 3 years ago

I will also try to reproduce the hang with the flags=0xffff flag in OpenLinuxBoot.efi and post the findings/logs here for you to examine. Also, this is my partition layout if its helpful in anyway for you : NVMe Drive: HP SSD EX920 512GB

   diskutil list                                                                                                  
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk0
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1 // opencore + windows efi
   2:                 Apple_APFS ⁨Container disk1⁩         261.9 GB   disk0s2 // macos
   3:         Microsoft Reserved ⁨⁩                        16.8 MB    disk0s3 
   4:       Microsoft Basic Data ⁨Windows⁩                 206.5 GB   disk0s4 // windows 11 NTFS
   5:           Windows Recovery ⁨⁩                        755.0 MB   disk0s5
   6:                        EFI ⁨EFI2⁩                    330.3 MB   disk0s6 // Manjaro grub efi
   7:           Linux Filesystem ⁨⁩                        42.4 GB    disk0s7 // Manjaro Ext4

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +261.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨MacOS - Data⁩            202.6 GB   disk1s1
   2:                APFS Volume ⁨Preboot⁩                 454.5 MB   disk1s2
   3:                APFS Volume ⁨Recovery⁩                622.8 MB   disk1s3
   4:                APFS Volume ⁨VM⁩                      1.1 MB     disk1s4
   5:                APFS Volume ⁨MacOS⁩                   15.3 GB    disk1s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.3 GB    disk1s5s1
mikebeaton commented 3 years ago

@naveenkrdy - Thank you.

If you are able to try this build https://github.com/acidanthera/OpenCorePkg/suites/4067647287/artifacts/103390088 and if it hangs, with no flags specified in driver arguments, then the debug log may shed more light on this and it would be useful to see it.

naveenkrdy commented 3 years ago

@mikebeaton Tried booting with above DEBUG build that you linked. It gets stuck with blank screen without any flag. here is the log. opencore-2021-10-15-191540.txt

mikebeaton commented 3 years ago

@naveenkrdy - Thank you for that, that does add more information.

Here is another one: https://github.com/acidanthera/OpenCorePkg/suites/4068428524/artifacts/103421525 . If this one also hangs, rather than making the crash go away, then it will be very helpful to see the debug log results of this one too.

naveenkrdy commented 3 years ago

@mikebeaton Hangs with blank screen as before. here is the new log : opencore-2021-10-16-060119.txt

mikebeaton commented 3 years ago

Many thanks for taking those debug logs @naveenkrdy - you should find the hang is fixed by https://github.com/acidanthera/OpenCorePkg/commit/15bc4003b2ff0e9393b0899724711160b39a659a , if you can please re-test using empty Arguments (no flags=...) for OpenLinuxBoot.efi driver it should now enter OC picker menu and boot Linux correctly.

naveenkrdy commented 3 years ago

@mikebeaton can confirm , it works on my end too.

thanks !