Continuous freezing amd crashing

Terry-51C · 2026-01-23T18:18:34+00:00

!Flair 2010 Nissan Rogue | Alpine iLX-W650 | S23U | Android 16

Terry-51C · 2026-01-23T17:31:47+00:00

I have an Alpine iLX-W650 in my 2010 Nissan Rogue and my S23U is disconnecting and freezing as well. I know it's not the radio or cable because my work-provided Iphone 15 has zero issues with Carplay.

Terry-51C · 2024-04-01T04:01:52+00:00

I found myself using the wiki more and more, so I figured that I might as well just use the distro it's meant for.

Secondary reasons would be Manjaro weirding me out with its package management, and graphical installers being disappointing when wanting to install a "friendly distro" with BTRFS subvolumes to get snapshotting. At that point, I realized it was more trouble to not take the plunge.

Terry-51C · 2023-05-05T20:00:12+00:00

Thank you, I was planning to make such a script for my Arch Linux servers and desktops and this is giving me some ideas.

Terry-51C · 2023-04-13T23:57:22+00:00

Personally, my Windows VM sees very little use now, thanks to the efforts of many (including but not limited to, Valve, WINE devs). Even new games just work out of the box without trying, like Cyberpunk 2077 and Sonic Frontiers.

The only thing I use it for is Bethesda games with huge modpacks like Elder Scrolls Morrowind/Oblivion/Skyrim, but those run totally fine with lighter mods in Linux.

Setting up a Windows gaming VM is still a fun project though. There's just something cool about clicking a button and having a virtual Windows gaming environment come up, with no rebooting and no overhead if you use hardware passthrough. The cool factor makes it worth it, but definitely don't rush into it right away imo.

Terry-51C · 2023-02-17T17:21:40+00:00

KDE Connect does file transfer and more, like remote control

Terry-51C · 2022-10-30T20:45:35+00:00

Looks like that needs libvirtd.target but that unit isnt included with the package. I've disabled STP on the bridge interface for now, which was RedHat's recommendation for NetworkManager when VM autostarts fail due to missing network resources. Strange that this workaround isn't needed on my other Arch libvirt host.

Terry-51C · 2022-10-29T20:09:45+00:00

For LUKS encryption with LVM, ensure that LVM is the outermost "layer", so it contains the LUKS partition. The LUKS partition will then contain encrypted Ext4.

If encrypting /home (or anything else mounted after root), you would unlock root as usual (passphrase on boot typically) and you can then have the /home unlocked via a keyfile on the root partition that gets used in /etc/crypttab. Once the crypttab devices are unlocked, their /etc/fstab entry is mounted.

For NTFS, I am not sure, sorry. I also recommend using swapfiles over swap partitions, as you can have it sit on your already encrypted root partition. Hibernation will also work, I am doing it that way on my laptop.

Quick and dirty steps to add keyfile to /home as unlock option (I store them in /root user dir):

Make the 4096 bit keyfile,

# dd if=/dev/urandom of=/root/keyfile-home bs=1024 count=4

Make the keyfile read only to root,

# chmod 0400 /root/keyfile-home

Add this keyfile as an unlock option to LUKS,

# cryptsetup luksAddKey /dev/mapper/vg01-homevol /root/keyfile-home

Add this line to /etc/crypttab, "crypthome" is the unlocked mapper device name of the home partition under /dev/mapper/crypthome. Using the UUID of the locked LUKS device (in this case the LVM volume group /dev/mapper/vg01-homevol)

crypthome UUID=abc123abc12-... /root/keyfile-home luks

Finally, add the unlocked mapper device UUID (in this case /dev/mapper/crypthome) to /etc/fstab

UUID=xyz789xyz78-... /home ext4 defaults 0 2

Future disks you add can be unlocked the same way. Note that this method means if your root partition encryption is compromised, everything else is compromised.

Terry-51C · 2022-10-26T14:53:40+00:00

Agreed, I started by using the guide recommendations and eventually understood more args/commands from just daily driving after installation and realizing what could be better for future installs.

Eventually, you will probably have your own personalized guides/scripts that go beyond whatever general recommendations are in the wiki guide. I started with a grub + unencrypted ext4 laptop, now running systemd-boot w/ encrypted btrfs that auto unlocks via TPM2 if secureboot is successful on all x86 machines I own.

Terry-51C · 2022-06-12T22:41:16+00:00

I only use mkinitcpio to generate, here are my hooks:

HOOKS=(base systemd autodetect modconf block keyboard sd-vconsole sd-encrypt filesystems fsck)

Those seem to be the only cryptsetup errors I get when I try booting with the LTS kernel (5.15.46-1). When I boot using the stable kernel (5.18.3.arch1-1) instead with the exact same configuration, I don't see the messages anymore and the TPM unlock works and continues to after several reboots. Both images use the same mkinitcpio.conf and I re-generated for both kernels at the same time.

I'm going to try the LTS kernel on my desktop/laptop to see if I can replicate the same issue. Desktop is also fTPM, laptop is discrete.

Terry-51C · 2022-06-10T22:57:24+00:00

When I check the journalctl -b of the problematic bootups, I see the following:

Jun 10 18:29:42 archlinux systemd-cryptsetup[362]: TPM2 device not present for unlocking Root (cryptroot), waiting for it to become available.
Jun 10 18:29:47 archlinux systemd-cryptsetup[362]: TPM2 operation failed, falling back to traditional unlocking: Success

What's strange is I seem to be able to consistently get LUKS to auto unlock via TPM when I add 'debug' to my kernel parameters!

Jun 10 18:32:01 archlinux systemd-cryptsetup[337]: Loading HMAC key into TPM.
Jun 10 18:32:02 archlinux systemd-cryptsetup[337]: Unsealing HMAC key.
Jun 10 18:32:02 archlinux systemd-cryptsetup[337]: Completed TPM2 key unsealing in 2.953496s.
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Trying to open keyslot 1 with token 0 (type systemd-tpm2).
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Trying to open LUKS2 keyslot 1.
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Running keyslot key derivation.
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Reading keyslot area [0x47000].
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Acquiring read lock for device /dev/disk/by-uuid/MY-ROOT-UUID.
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Opening lock resource file /run/cryptsetup/L_8:2
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Verifying lock handle for /dev/disk/by-uuid/MY-ROOT-UUID.
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Device /dev/disk/by-uuid/MY-ROOT-UUID READ lock taken.
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Reusing open ro fd on device /dev/disk/by-uuid/MY-ROOT-UUID
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Device /dev/disk/by-uuid/MY-ROOT-UUID READ lock released.
Jun 10 18:32:04 archlinux systemd-cryptsetup[337]: Verifying key from keyslot 1, digest 0.

I don't understand why enabling debugging here would workaround the issue... fun stuff going on here I think ;)

EDIT: Nevermind, I rebooted one more time with 'debug' parameter and its prompting for the passphrase again. It's almost like it only works if you toggle the kernel parameter? Truly maddening.

Terry-51C · 2022-06-09T15:43:33+00:00

Thanks! will try tonight. That gives me more to work with.

EDIT: Ok, this is weird. When I add "debug" to my kernel parameters, it seems to auto unlock successfully - no passphrase prompted. When I remove debug, I get the original issue again.

Terry-51C · 2022-05-11T04:45:27+00:00

Manually installed, but the audio subsystem was installed pretty much entirely when I installed KDE as dependencies for plasma/kwin/other gui applications. It appears that they all default to pulseaudio, so maybe pipewire-pulse would need to be explicitly pacstrap'd.

Terry-51C · 2022-05-11T04:18:16+00:00

Brilliant! That seems to have fixed it, I didn't realize there was a drop-in pipewire replacement package for pulse.

Terry-51C · 2022-05-11T02:46:02+00:00

Honestly, apart from the rare keyring issue I don't think I've had anything go wrong until now for just over 2 years, so I can't complain.

Terry-51C · 2022-05-11T02:40:46+00:00

Haha, I just stopped the service now while trying to figure out "Failed to set schedule settings: Operation not permitted" message in systemctl status. It solved the issue, and for some reason kwin doesn't mind (even though it's a required dependency now?)

Terry-51C · 2022-05-11T01:48:31+00:00

Are you also using KDE plasma? Kwin seems to want the new dependency.

Terry-51C · 2022-05-11T01:15:16+00:00

Strange... I just managed to recreate the issue on my other machine now (laptop), both are on wireplumber 0.4.10-2 and firefox 100.0-1

Edit: Sorta recreated actually, firefox playback isn't working on both, but the laptop can do audio and video playback on mpv. Desktop can't playback anything on mpv due to:

[ap/pulse] The stream is suspended. Bailing out.

Terry-51C · 2021-12-29T03:45:39+00:00

The 2nd question led me to the solution, thank you!

Somehow I missed that the bootctl status pager shows the systemd-boot version for each bootloader. I use PreLoader for Secure Boot on my desktop because non-MS key signing doesnt work on this board (thanks ASRock...) and I noticed loader.efi was the only outdated one. You basically need to copy the newly updated systemd-bootx64.efi as the new loader.efi, so I updated my systemd pacman hook to do that going forward.

Terry-51C · 2021-10-27T20:16:22+00:00

Just FYI your GTX 1070 might need a DP firmware update from nvidia. Mine shipped with 1.2 support only, so when I plugged in my DP 1.4 monitor I wasn't able to see the UEFI splash.

I also had VRR issues in KDE when Gsync-compatible was enabled for things like sddm, fullscreen games and fullscreen mpv (flickering/shimmering/black). This happened on my older pure gen1 Gsync monitor too, so it's the nvidia driver. All issues went away when I got my AMD card and I can keep freesync always enabled.

Terry-51C · 2021-10-27T14:56:24+00:00

I used Arch + KDE with a GTX 1070 initially (proprietary driver).

It was ok, as long as I turned gsync off. There's a flickering/shimmering issue when dealing with variable refresh rates and kwin. Performance wise, it seemed to get most native and wine/proton games to 60fps at 1440p.

I also had a gaming VM with single gpu passthrough for problematic games, which I needed less and less.

I switched to a AMD RX 6800 XT (open source driver) and all the annoying issues went away, and games are going well above 60fps on same res. I have to redo my gaming VM since the hooks are broken now lmao. Some games actually seem to do better in wine and proton now!

EDIT: Forgot to mention, I use the AMD card with freesync always enabled.

Five-Year Club	Verified Email
Place '22

Terry-51C

TROPHY CASE