Laggy GRUB menu on UW monitor [SOLVED]

adr77 · 2024-05-31 15:47:17

Hello again! Title is the basic issue, but I'll explain further.

I've recently re-installed Arch onto my main computer monolith, and with both old and new installations I've had the same issue:
GRUB is acting super laggy to react to my keyboard inputs, and duplicates input.
both of my computers are dual-booted, difference being that starrybook runs Windows 11 Pro for Workstations, and monolith runs Windows 10 of the same variant, and both use GRUB for their bootloader of choice.
On starrybook, GRUB acts fine and instantly responds to my keypress, while on monolith, it lags and often skips a choice as-if I've pressed it more than twice, and I usually end up in my BIOS settings if I didn't look at what I had pressed when I meant to go to Windows.

Is there a way to fix the lagginess of GRUB? monolith's monitor is a 34in. UW 2K (1440p) monitor with a 21:9 aspect ratio, while starrybook's display is a 16in. 1080p display with a 16:10 aspect ratio.

Last edited by adr77 (2024-06-12 23:01:42)

V1del · 2024-06-01 12:02:02

Proper early boot graphics perf can relate to many factors and generally speaking on laptops things are more tightly integrated with the internal GPU in comparison to a dedicated desktop.

One thing that's likely to make a big difference, make sure that CSM (the BIOS compatibility mode) is disabled on monolith. That leads to starting early boot in a BIOS compatibility mode and not being able to properly bring up the early GPU modes to modern standards is the n1 victim of that.

adr77 · 2024-06-02 07:37:24

V1del wrote:

Proper early boot graphics perf can relate to many factors and generally speaking on laptops things are more tightly integrated with the internal GPU in comparison to a dedicated desktop.
One thing that's likely to make a big difference, make sure that CSM (the BIOS compatibility mode) is disabled on monolith. That leads to starting early boot in a BIOS compatibility mode and not being able to properly bring up the early GPU modes to modern standards is the n1 victim of that.

I checked and CSM was already off, and was off ever since I had installed my motherboard on monolith

When I still had a 16:9 monitor, I actually didn't have any issues in GRUB what-so-ever, but was also running a Radeon RX 6600 XT at the time, versus nowadays when I'm running a RTX 4070.

adr77 · 2024-06-03 21:40:22

sorry for the bump, but I would like to get an update on how I can get my GRUB GRUBbin' at proper speeds, please.

V1del · 2024-06-04 13:01:15

You likely "can't" unless you find an early boot resolution your UEFI agrees with: https://wiki.archlinux.org/title/GRUB/T … resolution

If the resolution that's autodetected can't get in the standard UEFI setup you're going to have to live with the lagginess or blurred display from using a lower resolution. The best general bet outside of these would be to try and update your UEFI and it potentially adding new resolutions, but chances are your full resolution being "too high" to properly get driven by your UEFI modes.

Last edited by V1del (2024-06-04 13:04:02)

adr77 · 2024-06-04 17:16:52

V1del wrote:

You likely "can't" unless you find an early boot resolution your UEFI agrees with: https://wiki.archlinux.org/title/GRUB/T … resolution
If the resolution that's autodetected can't get in the standard UEFI setup you're going to have to live with the lagginess or blurred display from using a lower resolution. The best general bet outside of these would be to try and update your UEFI and it potentially adding new resolutions, but chances are your full resolution being "too high" to properly get driven by your UEFI modes.

so you're saying I might have a chance if I set my resolution in GRUB to one that's in 16:9 format, or a resolution that's lower than 2K (e.g. 1080p)?

V1del · 2024-06-05 07:28:34

Something along those lines yeah. You're still in early boot with no actual graphics card driver running when GRUB is active. If the early EFI boot modes can't drive the screen at the full refresh rate & resolution you'll have to opt for a middle ground.

For example, if you go into your UEFI firmware, is it visibly a lower resolution but still fast, or similarly sluggish? You're relying on that level of support in this case.

adr77 · 2024-06-12 22:50:00

V1del wrote:

Something along those lines yeah. You're still in early boot with no actual graphics card driver running when GRUB is active. If the early EFI boot modes can't drive the screen at the full refresh rate & resolution you'll have to opt for a middle ground.
For example, if you go into your UEFI firmware, is it visibly a lower resolution but still fast, or similarly sluggish? You're relying on that level of support in this case.

SO SORRY for not saying anything, so far I've just been dealing with it, but I'll try 2K 16:9 if it fits, otherwise good ol' 1920x1080x32 it is.

oh also, the BIOS is stretched for some reason, but I might be able to set that with my monitor to not stretch 16:9 to fit into 21:9.

update: I have to use the 16:9 1080p resolution (1920x1080x32) so that GRUB won't lag anymore. Thanks for your help!

Last edited by adr77 (2024-06-12 23:03:22)

Arch Linux

#1 2024-05-31 15:47:17

Laggy GRUB menu on UW monitor [SOLVED]

#2 2024-06-01 12:02:02

Re: Laggy GRUB menu on UW monitor [SOLVED]

#3 2024-06-02 07:37:24

Re: Laggy GRUB menu on UW monitor [SOLVED]

#4 2024-06-03 21:40:22

Re: Laggy GRUB menu on UW monitor [SOLVED]

#5 2024-06-04 13:01:15

Re: Laggy GRUB menu on UW monitor [SOLVED]

#6 2024-06-04 17:16:52

Re: Laggy GRUB menu on UW monitor [SOLVED]

#7 2024-06-05 07:28:34

Re: Laggy GRUB menu on UW monitor [SOLVED]

#8 2024-06-12 22:50:00

Re: Laggy GRUB menu on UW monitor [SOLVED]

Board footer