Can't boot after fresh install

English Install/Boot/Login
#1

Hi there,

I just installed Leap 15.3 on one of my compters and afterwards it can’t boot. It is just stuck at a black screen with the Dell logo. I can boot if I use the USB key I installed from and just select the boot from disk option. So I think something is not working right with UEFI or something. I don’t know a whole lot about UEFI as this is the first computer I’ve used it on. Lol.

I tried reinstalling several times. Tried with and without Secure Boot. But it just won’t boot like it should.

A little history on this computer. It originally had Leap 15.1. Then it had Ubuntu 20.04. I decided to switch back over to Leap now that 15.3 is out and that is when I ran into the problem.

As for the install, Only thing I change is that I set disk encryption and lvm and I do that through the guided setup. So it’s a default install.

Now I’m stuck and don’t know what else to do. Any ideas how I can get it to boot or even just figure out what is wrong?

Thanks!

#2

Since you are able to use the USB key, and select “boot from disk”, just keep doing it that way for now.

Please provide the output from

efibootmgr -v

(that may require root).

#3

This looks right to me. It says the “opensuse-secureboot” is the first one. I do have secure boot enabled this time so that should be right. Although, one thing that is odd here is that when I look at the boot order in the BIOS setup it doesn’t show the SanDisk stuff.

# efibootmgr -v
BootCurrent: 0002
Timeout: 2 seconds
BootOrder: 0000,0004,0001,0002,0003
Boot0000* opensuse-secureboot   HD(1,GPT,bff46ff8-4bc3-44f7-a6db-31645c10bcc5,0x800,0x100000)/File(\EFI\opensuse\shim.efi)
Boot0001* UEFI SanDisk Ultra 4C530001270821105555       PciRoot(0x0)/Pci(0x14,0x0)/USB(13,0)/CDROM(1,0xa4c,0x6e40)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0002* UEFI SanDisk Ultra 4C530001270821105555 2     PciRoot(0x0)/Pci(0x14,0x0)/USB(13,0)/HD(1,MBR,0x47155e83,0xa4c,0x1b90)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0003* UEFI SanDisk Ultra 4C530001270821105555 3     PciRoot(0x0)/Pci(0x14,0x0)/USB(13,0)/HD(2,MBR,0x47155e83,0x25dc,0x8b8224)/CDROM(1,0xa4c,0x6e40)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0004* UEFI BC511 NVMe SK hynix 512GB SN9AN86841090B13X 1    PciRoot(0x0)/Pci(0x1d,0x4)/Pci(0x0,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)/HD(1,GPT,bff46ff8-4bc3-44f7-a6db-31645c10bcc5,0x800,0x100000)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
#4

I decided I would just delete everything in there. I did that using “efibootmgr -B -b ####”. Then I went into Yast Boot Loader and clicked save. I checked and it then only had the opensuse-secureboot option in there after doing that. But it still just gets stuck at the Dell screen with no messages. I can consistently boot from the USB though so that’s good. Lol.

After all that I’m right back where I was but now it looks like this. What else should I check?

BootCurrent: 0003
Timeout: 2 seconds
BootOrder: 0000,0001,0002,0003,0004
Boot0000* opensuse-secureboot   HD(1,GPT,bff46ff8-4bc3-44f7-a6db-31645c10bcc5,0x800,0x100000)/File(\EFI\opensuse\shim.efi)
Boot0001* UEFI BC511 NVMe SK hynix 512GB SN9AN86841090B13X 1    PciRoot(0x0)/Pci(0x1d,0x4)/Pci(0x0,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)/HD(1,GPT,bff46ff8-4bc3-44f7-a6db-31645c10bcc5,0x800,0x100000)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0002* UEFI SanDisk Ultra 4C530001270821105555       PciRoot(0x0)/Pci(0x14,0x0)/USB(13,0)/CDROM(1,0xa4c,0x6e40)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0003* UEFI SanDisk Ultra 4C530001270821105555 2     PciRoot(0x0)/Pci(0x14,0x0)/USB(13,0)/HD(1,MBR,0x47155e83,0xa4c,0x1b90)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0004* UEFI SanDisk Ultra 4C530001270821105555 3     PciRoot(0x0)/Pci(0x14,0x0)/USB(13,0)/HD(2,MBR,0x47155e83,0x25dc,0x8b8224)/CDROM(1,0xa4c,0x6e40)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
#5

Hi
I secure boot enabled as that’s what it’s trying to use? Boot from USB and boot the system and in YaST bootloader uncheck the secure boot box, check that’s it’s added the ‘opensuse’ efi entry in the efibootmgr output and it’s set to default.

#6

It looks right to me, too.

Although, one thing that is odd here is that when I look at the boot order in the BIOS setup it doesn’t show the SanDisk stuff.

Your BIOS is adding that dynamically when it checks that the USB is plugged in. So that’s isn’t particularly surprising.

Can you maybe try this:

(1) With the USB plugged in, check its partitions (you can use “fdisk -l” for that).
There should be a small EFI partition on the USB. Can you mount that at “/mnt”

(2) When that is mounted, try:


cp /mnt/EFI/BOOT/bootx64.efi   /boot/efi/EFI/opensuse/shim.efi

Then: umount /mnt

and try booting without the USB to see if that now works.

I’ll explain what this is doing.

The file “bootx64.efi” on the USB is really “shim.efi”, but renamed to make the USB bootable. You are successfully booting with that when you boot using the USB. But your installed system probably has a slightly newer “shim.efi” and perhaps that isn’t working.

By doing that copy, you are testing whether you can boot with the original “shim.efi” from the install media.

Note that if this works, it is only a temporary fix. It will break again in the future. The point is to test whether this is the problem. I seem to recall that there is a bug report where some BIOS don’t like the newest “shim.efi”.

#7

That did the trick! Thanks so much. I think you’ve helped me several times now malcolmlewis. :slight_smile:

#8

Secure boot adds some complexity to the system. As I currently have no good reason for enabling secure boot I turn it off. That leaves my systems with a pretty terse installation of grub:

**3400G:~ #** find /mnt/EFI/    
/mnt/EFI/ 
/mnt/EFI/BOOT 
/mnt/EFI/BOOT/BOOTX64.EFI 
/mnt/EFI/BOOT/fbx64.efi 
/mnt/EFI/BOOT/mmx64.efi 
/mnt/EFI/tw-new 
**/mnt/EFI/tw-new/grubx64.efi**
**3400G:~ #**
#9

I leave it on most of the time. But I doubt that it adds any real security.

#10

Hi, I’m having the same problem. Just loaded (upgrade) Leap 15.3 from DVD iso.
Upgrade goes fine then it wants to reboot and when doing so from hard disk(SSD)
it posts ok then black screen.
It appears that 15.2 is still there too:
When using
Start boot loader from read only snapshot
it offers:
*openSuse Leap 15.3 (5.3.18-150300.59.43,2022-01-28T02:17.post,afterupdate
*openSuse Leap 15.2 (…etc…,pre,beforeupdate
open Suse… older etc.

When selectin 15.3 it starts booting but then returns a black screen
When selecting 15.2 it actually boots up Ok , although I have not tried running anything
except firefox (which in the Help drop down shows it to be for Leap 15.2 )

As root I tried
# efibootmgr -v
EFI variables are not supported on this system.

uname -a produces
[FONT=monospace]Linux x1-6-f4-6d-04-0f-40-b1 5.3.18-lp152.106-default #1 SMP Mon Nov 22 08:38:17 UTC 2021
(52078fe) x86_64 x86_64 x86_64 GNU/Linux

Everything seems to be the same as prior to the update so I guess I am
running a snapshot of the old system?

A quick check in /boot/grub2/
shows that i386-pc folder contains files written around the time of update.

If you have any suggestion for what to try, or would like me to show more info
please let me know.

[/FONT]

#11

There are multiple other threads here about this. It happens to everyone using an older AMD/ATI GPU. The 59.43 kernel has a bad radeon kernel module. You need the next kernel, or an older kernel, or the radeon module from the previous kernel. Instructions for this can be found here.

Please don’t hijack an old thread with a new problem, even if it sounds like the same thing. Much changes in a year. Black screens have had many and varied causes.