Trackpad and keyboard functionality missing/broken in Bluefin

Bluefin
1

I’ve got an ASUS ROG Strix laptop with a discrete NVIDIA GPU. I’ve installed Arch Linux, Ubuntu, Pop!_OS, and Fedora Silverblue on it, and have not had a problem with it. However, on Bluefin, my keyboard and mouse aren’t working correctly and I’m not sure why.

My keyboard has no backlight and the virtual numpad is overlaid on top of the trackpad in bright red. However, none of the numbers work when I tap them, and I can’t get rid of it. On every other distribution, it never worked at all (which was fine by me).

I can’t get this to go away, and it doesn’t work anyway:

image
image1152×2048 251 KB

I don’t know what’s gone wrong here; I believe there’s a specific ASUS image (not sure how to install it), but I’ve never had any problems with my ASUS laptop and the mainline Linux kernel until now. I downloaded the bluefin-dx-nvidia image.

Only thing I could find that was relevant in journalctl -r -p 4:

Dec 15 01:30:36 bluefin (udev-worker)[72737]: mouse2: Process '/bin/input-remapper-control --command autoload --device /dev/input/mouse2' failed with exit code 5.
Dec 15 01:30:36 bluefin (udev-worker)[72762]: event24: Process '/bin/input-remapper-control --command autoload --device /dev/input/event24' failed with exit code 5.
Dec 15 01:30:36 bluefin (udev-worker)[72737]: input32: Process '/bin/input-remapper-control --command autoload --device ' failed with exit code 2.
2

I guess when you have an nvidia gpu and an asus device, you could use the hwe nvidia bluefin image. Not that I know for sure that this will fix your issue, but the hwe image has specific asus drivers. To switch to the image you can run:

sudo bootc switch ghcr.io/ublue-os/bluefin-dx-hwe-nvidia:stable --enforce-container-sigpolicy
3

I tried this, but got:

ERROR Switching: Pulling: Creating importer: failed to invoke method OpenImage: failed to invoke method OpenImage: reading manifest stable in ghcr.io/ublue-os/bluefin-dx-hwe-nvidia: manifest unknown
4

I ran it without the :stable on the end and it worked. However, upon rebooting the issue is still here unfortunately.

I’m not sure what ublue is doing differently to mainline Fedora kernels because the issue isn’t present on Silverblue…

5

We need to see the output of a full bootc status please.

6

I think you already saw the Github issue I opened with all the details. For the moment I’ve switched to Fedora Kinoite which doesn’t have the trackpad issue, because this was driving me mad. But aside from that, I liked ublue a lot and would be interested in going back to it once the kernels are back to normal.

Homebrew is a stroke of genius. Really, it’s the missing piece that makes immutable distributions easy to use; no distrobox/toolbox nonsense.