I may have spoken too soon on this (see https://vmst.io/@jalefkowit/113369687868236827).

Jason Lefkowitz

Installing systemd-cryptsetup does solve the problem after the Ubuntu 24.10 update where it just doesn't mount the LUKS-encrypted partition anymore. But guess what! New problems!

Now when I get the prompt to enter the LUKS passphrase, it only gives me about three seconds to enter it. If it's not entered by then, the prompting screen changes resolution and stops responding to keypresses. You're locked out until you reboot and try again.

The only reliable way I have found so far to avoid this is to turn off the graphical GRUB screens completely. Which sucks.

Jason Lefkowitz

As a bonus, despite years of searching I have never found a way to tell GRUB when using a multi-display setup which display is the primary one.

This means that about a third of the time, when my multi-display machine boots, GRUB puts its menus on the secondary display. Which is oriented vertically, a thing GRUB does not understand. So I get to navigate through all the menus with my neck cranked 90 degrees sideways.

I really should just buy a fucking Mac huh

Glyph

@jalefkowit I really wish I could say "no" when people say this, but… you already know the answer

Jason Lefkowitz

@glyph quitter

[nick@{÷)} ~]$ :cursor:

@jalefkowit No.

Darren Meyer :donor:

@jalefkowit GRUB definitively can’t do this, because it doesn’t have “real” display drivers; it’s relying on UEFI to decide which display is “primary”

The good news is that the UEFI for a given system has a reasonable chance of having a facility to specify which monitor is primary rather than just guessing (which is default behavior)

Jason Lefkowitz

@darrenpmeyer If there's a way to tell ASUS' UEFI implementation to treat one display as primary, I've never found it.