[Resolved] UEFI splash screen is no longer shown when booting

ratcheer · 2022-11-14 14:11:23

Since I installed kernel 6.0.8-arch1-1 on Nov 11, the UEFI splash screen is no longer displayed when booting or rebooting my system. The screen is just blank and dark gray (not black) for a few seconds, then the Linux startup messages start being displayed. Otherwise, my system is working, normally.

What should I look at to find out what has happened and how to fix it?

Here is my system info from inxi:

System:
  Host: tux Kernel: 6.0.8-arch1-1 arch: x86_64 bits: 64 Console: pty pts/2 Distro: Arch Linux
Machine:
  Type: Desktop Mobo: ASUSTeK model: TUF GAMING X570-PLUS (WI-FI) v: Rev X.0x
    serial: 200771405807421 UEFI: American Megatrends v: 4403 date: 04/27/2022
CPU:
  Info: 12-core model: AMD Ryzen 9 3900X bits: 64 type: MT MCP cache: L2: 6 MiB
  Speed (MHz): avg: 2533 min/max: 2200/4672 cores: 1: 2200 2: 2200 3: 2200 4: 2200 5: 2200
    6: 2200 7: 2200 8: 2200 9: 2200 10: 2200 11: 3800 12: 2200 13: 3800 14: 2200 15: 2200 16: 2200
    17: 3800 18: 2200 19: 2200 20: 2200 21: 3800 22: 2200 23: 2200 24: 3800
Graphics:
  Device-1: NVIDIA TU104 [GeForce RTX 2060] driver: nvidia v: 520.56.06
  Display: server: X.org v: 1.21.1.4 driver: N/A tty: 273x63
  API: OpenGL Message: GL data unavailable in console and glxinfo missing.

Last edited by ratcheer (2022-11-17 13:25:55)

cfr · 2022-11-15 01:22:01

How are you booting?
What does the journal say?

Did you do a complete system upgrade? If so, what else was upgraded?

Head_on_a_Stick · 2022-11-15 08:05:02

Does applying the bgrt_disable=0 kernel parameter bring the logo back?

The kernel should attempt to display the bitmap stored under /sys/firmware/acpi/bgrt/ during boot up. Is that file present on your system?

ratcheer · 2022-11-15 13:48:09

@cfr: I boot with systemd-boot. Yes, it was a complete system upgrade. The other things that were upgraded at the same time were device-mapper, graphviz, guile, shadow, systemd, lvm2, make, mesa, nss, nvidia, python-pyqt5, python-setuptools, soundtouch, systemd-resolvconf, and systemd-sysvcompat. I am not sure what you want me to look for in the journal.

@Head_on_a_Stick: My system does have a file named image in /sys/firmware/acpi/bgrt/. Its size is 995382. I will try the bgrt_disable=0 kernel parameter and report back on the result.

Thank you both.

ratcheer · 2022-11-15 14:05:49

I added boot option bgrt_disable=0. The splash screen displayed very briefly (less than a second), then there was the blank, dark gray screen for a few seconds, then the Linux bootup messages started displaying. However, I also noticed the same behavior this morning BEFORE I added that option.

To be sure we are all talking about the same display screen, it is the one with a graphic saying it is an Asus TUF system, and informing that you can press Del or Tab to enter the system's UEFI setup. This screen used to be shown for a few seconds before the Linux bootup messages started.

Also, I tested that I could press Del while the blank, dark gray screen was shown to get into UEFI setup mode. That still works, too.

Head_on_a_Stick · 2022-11-15 14:35:14

ratcheer wrote:

I tested that I could press Del while the blank, dark gray screen was shown to get into UEFI setup mode

Sounds like the splash failure occurs before Arch is booted then. Check your motherboard firmware ("BIOS") settings.

cfr asked for the journal content. I also think that might be useful here. Try to make it as brief as possible but don't filter the content.

ratcheer · 2022-11-15 17:27:17

I have not touched the BIOS settings for weeks. This change in behavior definitely occurred when I ran the system upgrade on Nov 11.

Here is the journal output from the most recent bootup, unfiltered:

https://gist.github.com/5922dfe72b6aa4c … 5503952725

Last edited by ratcheer (2022-11-15 17:32:03)

cfr · 2022-11-15 19:52:15

I don't see how a system update could affect what the firmware shows you, since that splash screen is obviously from Asus and not Arch. Unless maybe the boot loader or manager is taking control of the screen earlier? But it doesn't sound like that if you can still access the BIOS that way?

If you boot a live distro, does the splash appear normally?

ratcheer · 2022-11-15 22:37:45

Excellent thinking, @cfr! When I booted to an Arch Linux iso on a USB stick, the splash screen was displayed for about four seconds, i.e., normally.

I agree with you, I do not see how the Linux system could affect this display before Linux starts booting, but that is what seems to be what is happening. The screen was always displayed before I ran pacman -Syu on Friday morning, Nov 11.

Maybe a new Asus BIOS upgrade would fix this (maybe not), but this is still their latest available.

cfr · 2022-11-16 00:18:39

Did you update systemd-boot? If so, maybe that's changed what it is doing very early on somehow? Note that you might have installed a hook or service to update this automatically.

Last edited by cfr (2022-11-16 00:19:21)

seth · 2022-11-16 07:57:43

Since I installed kernel 6.0.8-arch1-1 on Nov 11

https://wiki.archlinux.org/title/Silent … _from_BIOS

zgrep FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER /proc/config.gz

https://archlinux.org/packages/core/x86_64/systemd/ got an update on Nov 10, did you update that as well?
Does the same happen w/ the LTS kernel?

ratcheer · 2022-11-16 13:58:11

@cfr: Yes, I use the service to update systemd-boot, automatically. I have seen it work, when needed.

@seth: The zgrep returns "CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER=y". Would "fbcon=nodefer", which is mentioned at the bottom of the wiki section, reverse that? I'm going to try it to see.

[2022-11-11T08:17:07-0600] [ALPM] upgraded systemd (251.7-4 -> 252.1-1)
[2022-11-11T08:17:08-0600] [ALPM] upgraded linux (6.0.7.arch1-1 -> 6.0.8.arch1-1)

ratcheer · 2022-11-16 14:05:45

fbcon=nodefer did not change the behavior.

I have never tried an LTS kernel. I don't think I'm going to try that at this point. Other than this minor issue, I don't have any problems using my system. So, I'm willing to drop the search for a solution and mark the thread as resolved.

Thanks for all the suggestions. I learned a few things while we were looking.

Last edited by ratcheer (2022-11-16 14:09:50)

seth · 2022-11-16 15:23:47

"fbcon=nodefer" would rather break it - what does your kernel commandline look like otherwise?
Random other google results for systemd-boot related parameters:
systemd.show_status=0
rd.systemd.show_status=false

ratcheer · 2022-11-16 22:39:41

Here is my entire conf file:

title   Arch Linux
linux   /vmlinuz-linux
initrd  /amd-ucode.img
initrd  /initramfs-linux.img
options root="LABEL=arch_os" rootflags=subvolid=460 rw nowatchdog fbcon=nodefer

seth · 2022-11-17 08:20:48

I'd certainly try those two parameters and also "quiet loglevel=3 systemd.show_status=auto rd.udev.log_level=3" (see the silent boot wiki)

ratcheer · 2022-11-17 13:25:30

Ok, I tried those; there's still no difference. The UEFI splash screen either is not displayed or it's displayed very briefly, then about four seconds of a blank, dark gray screen, then the Linux bootup messages are displayed.

I am giving up on this. I'm marking this thread as Resolved, but no solution.

Thanks for all your help.

d.ALT · 2022-11-17 15:29:08

ratcheer wrote:

I am giving up on this. I'm marking this thread as Resolved, but no solution.

Wouldn't be better marking as [UNSOLVED] (or [UNSOLVABLE]), no?

ratcheer · 2022-11-18 14:15:44

Things are curiouser and curiouser.

When I booted first thing this morning, there was no UEFI splash screen. Then, I ran pacman -SYU, rebooted, and the splash screen was displayed properly and normally. I have no idea!

Here is what all was upgraded:

[2022-11-18T08:08:05-0600] [ALPM] upgraded alsa-card-profiles (1:0.3.60-2 -> 1:0.3.60-3)
[2022-11-18T08:08:05-0600] [ALPM] upgraded blas (3.11-1 -> 3.11.0-1)
[2022-11-18T08:08:05-0600] [ALPM] upgraded cblas (3.11-1 -> 3.11.0-1)
[2022-11-18T08:08:05-0600] [ALPM] upgraded dconf (0.40.0-1 -> 0.40.0-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libunwind (1.6.2-1 -> 1.6.2-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded pipewire (1:0.3.60-2 -> 1:0.3.60-3)
[2022-11-18T08:08:05-0600] [ALPM] upgraded xcb-proto (1.15.2-1 -> 1.15.2-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxdmcp (1.1.3-4 -> 1.1.3-5)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxau (1.0.10-1 -> 1.0.10-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxcb (1.15-1 -> 1.15-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libx11 (1.8.2-1 -> 1.8.2-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxfixes (6.0.0-1 -> 6.0.0-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxdamage (1.1.5-4 -> 1.1.5-5)
[2022-11-18T08:08:05-0600] [ALPM] upgraded llvm-libs (14.0.6-3 -> 14.0.6-4)
[2022-11-18T08:08:05-0600] [ALPM] upgraded lm_sensors (1:3.6.0.r41.g31d1f125-1 -> 1:3.6.0.r41.g31d1f125-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libpng (1.6.38-1 -> 1.6.38-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxrandr (1.5.2-4 -> 1.5.2-5)
[2022-11-18T08:08:05-0600] [ALPM] upgraded gst-plugin-pipewire (1:0.3.60-2 -> 1:0.3.60-3)
[2022-11-18T08:08:05-0600] [ALPM] upgraded lapack (3.11-1 -> 3.11.0-1)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libdatrie (0.2.13-1 -> 0.2.13-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libthai (0.1.29-1 -> 0.1.29-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libvpx (1.12.0-1 -> 1.12.0-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxcursor (1.2.1-1 -> 1.2.1-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded libxi (1.8-1 -> 1.8-2)
[2022-11-18T08:08:05-0600] [ALPM] upgraded pipewire-audio (1:0.3.60-2 -> 1:0.3.60-3)
[2022-11-18T08:08:05-0600] [ALPM] upgraded pipewire-alsa (1:0.3.60-2 -> 1:0.3.60-3)
[2022-11-18T08:08:05-0600] [ALPM] upgraded pipewire-pulse (1:0.3.60-2 -> 1:0.3.60-3)
[2022-11-18T08:08:06-0600] [ALPM] upgraded python-setuptools (1:65.4.0-1 -> 1:65.4.1-1)

seth · 2022-11-18 14:58:09

warm ./. cold boot issue?

ratcheer · 2022-11-18 16:26:43

No, it was the same whether booting from powered off or rebooting.

ratcheer · 2022-12-31 16:30:56

Not trying to bump an old topic, but ever since Linux 6.1 came to Arch Linux, my UEFI splash screen is working perfectly, again.

Arch Linux

#1 2022-11-14 14:11:23

[Resolved] UEFI splash screen is no longer shown when booting

#2 2022-11-15 01:22:01

Re: [Resolved] UEFI splash screen is no longer shown when booting

#3 2022-11-15 08:05:02

Re: [Resolved] UEFI splash screen is no longer shown when booting

#4 2022-11-15 13:48:09

Re: [Resolved] UEFI splash screen is no longer shown when booting

#5 2022-11-15 14:05:49

Re: [Resolved] UEFI splash screen is no longer shown when booting

#6 2022-11-15 14:35:14

Re: [Resolved] UEFI splash screen is no longer shown when booting

#7 2022-11-15 17:27:17

Re: [Resolved] UEFI splash screen is no longer shown when booting

#8 2022-11-15 19:52:15

Re: [Resolved] UEFI splash screen is no longer shown when booting

#9 2022-11-15 22:37:45

Re: [Resolved] UEFI splash screen is no longer shown when booting

#10 2022-11-16 00:18:39

Re: [Resolved] UEFI splash screen is no longer shown when booting

#11 2022-11-16 07:57:43

Re: [Resolved] UEFI splash screen is no longer shown when booting

#12 2022-11-16 13:58:11

Re: [Resolved] UEFI splash screen is no longer shown when booting

#13 2022-11-16 14:05:45

Re: [Resolved] UEFI splash screen is no longer shown when booting

#14 2022-11-16 15:23:47

Re: [Resolved] UEFI splash screen is no longer shown when booting

#15 2022-11-16 22:39:41

Re: [Resolved] UEFI splash screen is no longer shown when booting

#16 2022-11-17 08:20:48

Re: [Resolved] UEFI splash screen is no longer shown when booting

#17 2022-11-17 13:25:30

Re: [Resolved] UEFI splash screen is no longer shown when booting

#18 2022-11-17 15:29:08

Re: [Resolved] UEFI splash screen is no longer shown when booting

#19 2022-11-18 14:15:44

Re: [Resolved] UEFI splash screen is no longer shown when booting

#20 2022-11-18 14:58:09

Re: [Resolved] UEFI splash screen is no longer shown when booting

#21 2022-11-18 16:26:43

Re: [Resolved] UEFI splash screen is no longer shown when booting

#22 2022-12-31 16:30:56

Re: [Resolved] UEFI splash screen is no longer shown when booting

Board footer