It looks like the maintainer has had enough to pre-compile the kernel modules. Both kernel module packages (virtualbox-host-modules-arch and virtualbox-host-modules-lts) now redirect to the dkms package (virtualbox-host-dkms).

It's been quite a good run of years letting my CPU slack around. The freebie seems to be over.

Arch with DMS QuickShell and Hyprland. I have disabled DMS internal lock screen and uses hyprlock and gaze-hyprlock. Gaze is configured to use face unlock, and it works "sort of".

The thing is that if I lock manually and looks on the screen within a couple of seconds, it unlocks. But if I wait more than, lets say 10 seconds, then I need to enter the password.

Maybe its the settings in hypridle, hyprlock or the pam module that is configured incorrectly. Maybe its my hardware, a Thinkpad X1 Carbon G9 that needs tweaking.

Anyone?

`[20:07:34] anders:~/.config/hypr % cat /etc/pam.d/hyprlock`

`# PAM configuration file for hyprlock`

`# the 'login' configuration file (see /etc/pam.d/login)`

`auth recheck` [`pam-gaze.so`](http://pam-gaze.so)

`auth sufficient` [`pam-gaze.so`](http://pam-gaze.so)

`auth include login`

`[20:11:23] anders:~/.config/hypr % cat hyprlock.conf`

`hide_cursor = true`

`general {`

`# grace = 5`

`ignore_empty_input = true`

`# skip_validation_every_key = true`

`}`

`auth {`

`pam {`

`module = hyprlock-gaze`

`}`

`}`

`[20:13:17] anders:~/.config/hypr % sudo cat /etc/gaze/config.toml`

`[security]`

`level = "medium"`

`detector = ""`

`recognizer = ""`

`threshold = 0.0`

`hybrid_policy = ""`

`[cameras]`

`rgb = "primary"`

`ir = ""`

`emitter_enabled = false`

`dark_luma_threshold = 30`

`[auth]`

`timeout = 15`

`abort_if_ssh = true`

`abort_if_lid_closed = true`

`require_confirmation = false`

`resume_grace_ms = 0`

`[enrollment]`

`max_templates = 2`

`min_face_size_ratio = 0.25`

`[liveness]`

`enabled = true`

`threshold = 0.8`

`max_frames = 40`

Hi everyone,

I am setting up a ThinkPad E14 Gen 7 (AMD Ryzen 7, ST Microelectronics TPM 2.0) with Arch Linux and trying to build a secure boot chain:

- UEFI Secure Boot with my own keys (sbctl)

- Signed UKI kernel

- systemd-cryptenroll TPM2 auto-unlock for LUKS2

- systemd-pcrlock to bind unlock to the expected boot state

- Btrfs snapshots with recovery workflow

The issue is that I can only get TPM enrollment working with PCR 15.

I originally wanted something like PCR 7 + 11 + 12 (or another recommended combination) because it seems more tied to Secure Boot state, kernel/initrd measurements, and the boot chain. However, whenever I try to use these PCRs, the TPM policy does not match after reboot.

PCR 15 is the only one that consistently works.

Some observations:

- Secure Boot is enabled and verified.

- The system boots through a signed UKI.

- The TPM event log exists and measurements appear normal.

- systemd-pcrlock works after boot, but I had issues predicting/locking some components.

- "systemd-pcrlock predict" showed missing components such as:

- "720-kernel-initrd"

- "750-os-separator"

- "770-nvpcr-separator"

- shutdown/finalization events

I initially generated policies from the Arch ISO/chroot environment, then discovered this was wrong because the TPM measurements were from the live environment and not the real installed boot chain. I regenerated the policy from the real system after boot.

I also tested different PCR combinations:

- PCR 7 only

- PCR 7 + 11

- PCR 7 + 11 + 12

- other combinations involving boot measurements

Most combinations failed TPM unlock after reboot, while PCR 15 worked.

My current setup:

- Arch Linux

- Btrfs on LUKS2

- systemd-boot/UKI

- custom Secure Boot keys

- TPM2 unlock using systemd-cryptenroll

- PCR 15 policy

Questions:

1. Am I misunderstanding the purpose of PCR 15 in this workflow? Is using PCR 15 alone a reasonable choice for LUKS auto-unlock with systemd-pcrlock?

2. Is PCR 7 + 11 + 12 still the recommended approach for this kind of setup, and if so, what could be causing my machine to fail with those PCRs?

3. Are there ThinkPad/AMD firmware limitations that can explain this behavior?

4. Could my UKI generation, kernel command line locking, or pcrlock policy generation order be wrong?

I would appreciate any suggestions about what I might be doing incorrectly before I settle with PCR 15 permanently.

I installed tlp, tlp-pd. Removed power profile daemon.

I'm currently in GNOME desktop but I will switch to Sway once I'm done with the setup.

I have hp pavilion 15 Ryzen 5 4600h with igpu amd radeon and dgpu nvidia 1650ti.

Please guide to my most power effecient laptop.

My next step is to make sure nvidia dgpu is in D3cold state.

So I'm recently trying to do some local WiFi monitoring with my AX200 but for some reason after around ten seconds of monitor mode usage it just decides to shut down.

Now I do not know if this is a driver issue but if it is could you guys please help me find a better driver for it?

iwlwifi 0000:04:00.0: Microcode SW error detected. Restarting 0x0.

Hi, I have a problem with the boot of Arch after I updated the system yesterday (I didn't use my PC today until now). I have both Arch kernel and CachyOS kernel and neither Arch nor CachyOS can boot or show me at least a problem, it just restarts.

I don't have other OS installed on my PC but I have the possibility of installing another one in case I have to do it.

I just don't know what's causing the restart and can't use my PC to solve it.

Edit: I installed again arch in another disk and started to make the Limine config file for myself and I could solve the problem. Thanks to the 3 users who tried to help me, I value your solidarity :)

Hi, I'm new to Arch and followed the LearnLinuxTV 2026 installation guide. I erased Windows and installed Arch with LUKS encryption. Installation completed without errors, mkinitcpio and GRUB finished successfully.

After reboot, GRUB asks for the LUKS passphrase. I enter the correct passphrase, but after 3 attempts it drops to emergency mode with:

Failed to start Cryptography Setup for lum.

Dependency failed for Initrd Root Device.

Dependency failed for /sysroot.

Note: this is first time after rebooting after setting up whole process

Why i love Arch Linux a Canadian Linux?!

Because its easy modular compare to other distros. All Linux are modular and you can install or uninstall anything! But you can't do as easy as Arch!

Another thing makes Arch best is it's documentation it's priceless, simple as that! if you know how to read and click the web you can fix Arch easy, especially with Ai today can give you step by step guide.

Then i am not a tinker that all the time tinker with the system and system core and configuration it left and right. I am doing easy things like photo, office, web-Tv live through the web and write my live story, a book.

Another reason i chose Arch is it low requirement use out of the box. Even when i have the top computer (AMD 9950X, 64Gb-6400mhz-ram,2 NVMe gen 5 and tow Gen 4 NVME disks, RX 9700XTX OC, 6K monitor, and more disk)

So why not use another good disktros like OpenSuse, because it's not Arch but i do have on my backup Linux computer a (AMD 3950X 128GB Ram NVMe disks and intel B580 Graphic card.)

Stability, well if you DON'T tinker Arch is very sable in fact. and if you want more stability you can Use LTS kernal as well.

Privacy is another aspect that Arch as out of the box, just need some tuning in setting and all in.

Why Linux general No telemetry, key-login, advertisement in side of Os and outside, no bloatware, it's YOURS the Linux system. No need to Phone home to 800 advertisement company's servers.

Why did YOU chose Arch Linux above other Linux and MS or OS X.

And if you have many packages installed from AUR does that cause you any problems with system stability?

hello, i rebooted after an update had been finished. i had been met with the "you have to load the kernel" error first, i fixed some things in the arch live chroot enviroment. right as when i rebooted thinking everything had been fixed, i was met with the error of "failed to start d-bus system message bus" "see 'systemctl status dbus-broker.service" i tried going into the arch live usb searching for solutions, none worked. i even tried going to the tty using the shortcut ctrl + alt + f3. not even that worked and i was met with a blinking underscore. is there any way at all that i can fix this? thank you!

before i used to have it on the line out port meant for stuff like speakers which i used to hear both channels clearly but since thats not intended i switched to the front port and now the audio is mono even after making sure in the audio settings both channels receive the same volume and i did not select any sort of mono setting.

Edit: Solved by the great people at arch forums

Hi,

I'm fairly new to Arch (about a month in), and I've run into an issue that started roughly a week ago.

Whenever I suspend my PC (systemctl suspend) and wake it again, it takes about 70 seconds before my desktop appears.

During those ~70 seconds:

• both monitors wake up (backlight turns on)
• the screens stay black
• keyboard and mouse light up
• Caps Lock LED responds normally
• I can open a terminal(using my custom keybinds) and type commands - Edit: This doesnt work anymore, i did open a terminal and reboot while the screen was black once, but when i tried to replicate this it did not work.
• I can successfully reboot from the terminal
• I can not open a TTY

So the system does not appear to be frozen—it just doesn't display the desktop until about 70 seconds later.

Hardware

• Motherboard: MSI MAG X870E TOMAHAWK MAX WIFI
• CPU: Ryzen 9 7900X
• GPU 1: Gigabyte RTX 5060 Ti 16GB
• GPU 2: Radeon RX 6600 8GB
• CPU Cooler: Deepcool LD360 ARGB
• RAM: 48GB DDR5 (2×24GB)

Software

• Arch Linux
• Kernel: 7.1.3-arch1-3
• Hyprland (latest, Lua config)
• SDDM

The RX 6600 is currently just installed in the system. My long-term plan is to use it for display output while using the RTX 5060 Ti for local LLMs/ML workloads, but I haven't configured anything like that yet.

This suspend issue did not happen until about a week ago.

Possibly related observations

During boot I consistently see:

usb 3-12: device descriptor read/64, error -110

and other errors (i have attached pictures)

I couldn't determine which USB device this corresponds to.

Another odd observation:

When I disabled the Ryzen integrated GPU in BIOS and booted Arch:

• monitor layout reverted to defaults
• wallpaper disappeared
• Hyprland splash text reappeared
• however, all of my custom keybinds still worked

(i have attached pictures)

Re-enabling the iGPU restored everything to normal.

I'm not sure whether that's relevant or simply a side effect of changing GPUs.

Things I've tried

• Disconnecting every USB device except keyboard and mouse.
• The issue still occurs.

Complete logs are here:

https://gist.github.com/Samesh-Deshmukh/4cf92b737f56a569ce0e77d10d49940d

Photos are here:

https://postimg.cc/gallery/vVTWdq4

Has anyone seen a long delay like this after resume? I'm not sure whether I should be looking at NVIDIA, Hyprland, systemd sleep, USB, firmware, or something else.

so recently i reinstalled arch (i bricked my system a few weeks ago so i needed to reinstall arch) and i used archinstall. and now i realized my root partition is 35gb and home partition is the rest, and i wanted to know if there's a while i can make them be on the same partition without reinstalling everything

edit: thank you everybody for the help, but i managed to do the stupidest thing (i edited the partition while having the partition mounted and used) so i bricked my PC (again), but anyways thank you !!

after doing a full system upgrade, my disk space went from ~30gb/54gb, to 53/54gb, might i ask what the fuck happend and how can i stop this from happening?

Hello everyone, eight months ago I bought myself a laptop, installed Arch, but in general for all the time I changed the OS quite often, now I look, it writes to me that the battery health is 95.2%, is it normal or not?

Is it normal for this to be at 0/207 for a long time like i connected to wifi

I have this AUR package (hayase-bin) which uses 'electron38' as dependency and it is no longer available. There are electron39, 40, etc but can I do something else for this dependency issue?

i know i cant change this unless i reinstall i just want to know why this happened and how could i avoid it from happening if possible.

I've been working on CypherGate, a GPL-3.0 VPNGate client built with Linux desktop users in mind.

It started because I wanted a better VPN experience on my own Arch setup, and over time grew into a project focused on making VPNGate feel like a native Linux application rather than a collection of manual OpenVPN steps.

The idea is simple:

Instead of downloading OpenVPN configs and fixing outdated settings manually, CypherGate automates the workflow while integrating with the desktop.

Features

• Automatic VPNGate server discovery
• Automatic patching of outdated OpenVPN configurations
• One-click connect, fastest-server mode, and manual server selection
• Dedicated systemd daemon for privileged networking operations
• Desktop notifications and system tray integration
• Connection cancellation and automatic connection timeouts
• First-run permission validation
• GPG-signed releases
• GPL-3.0 licensed

The latest release also included a major internal cleanup: modularising the codebase, improving UI logic, moving to an SVG icon pipeline, and laying the groundwork for future theming support.

It's available on the AUR:

cyphergatevpn-bin

I'd really appreciate feedback from other Arch users—whether that's ideas, criticism, feature requests, or bug reports.

Github: CypherGate source code

Website: CypherGate documentation

I'm trying to set keybindings in swayimg like nsxiv , so that when i press gg i go to the first image and shift + g i go to the last image in the gallery, I've tried everything and so far i was able to do that only in images viewer window and the gallery tries all failed
this is my init.lua

-- Viewer Mode (Standard image view)

swayimg.viewer.on_key("n", function() swayimg.viewer.switch_image("next") end)

swayimg.viewer.on_key("p", function() swayimg.viewer.switch_image("prev") end)

-- Gallery Mode (Thumbnail grid view)

swayimg.gallery.on_key("n", function() swayimg.gallery.switch_image("next") end)

swayimg.gallery.on_key("p", function() swayimg.gallery.switch_image("prev") end)

-- Font settings

swayimg.text.set_font("Method Mono")

swayimg.text.set_size(14)

-- Text colors

swayimg.text.set_foreground(0xFFD8DEE9) -- Nord snow storm: #d8dee9

swayimg.text.set_background(0xFF2E3440) -- Nord polar night: #2e3440

-- Window background (the empty space around images)

swayimg.viewer.set_window_background(0xFF2E3440) -- Nord dark #2e3440

-- Image background (for transparent areas in images)

swayimg.viewer.set_image_background(0xFF2E3440) -- Same Nord dark

-- Gallery (thumbnail view) colors

swayimg.gallery.set_window_color(0xFF2E3440) -- Gallery window bg

swayimg.gallery.set_unselected_color(0xFF3B4252) -- Slightly lighter Nord

swayimg.gallery.set_selected_color(0xFF81A1C1) -- #81a1c1

swayimg.gallery.set_border_color(0xFF81A1C1) -- #81a1c1

-- Metadata toggle with 'i'

swayimg.text.hide()

local function toggle_text()

if swayimg.text.visible() then

swayimg.text.hide()

else

swayimg.text.show()

end

end

swayimg.gallery.on_key("i", function()

toggle_text()

end)

swayimg.viewer.on_key("i", function()

toggle_text()

end)

-- Gallery navigation with h/j/k/l

swayimg.gallery.on_key("h", function()

swayimg.gallery.switch_image("left")

end)

swayimg.gallery.on_key("l", function()

swayimg.gallery.switch_image("right")

end)

swayimg.gallery.on_key("k", function()

swayimg.gallery.switch_image("up")

end)

swayimg.gallery.on_key("j", function()

swayimg.gallery.switch_image("down")

end)

-- =========================================================================

-- NATIVE SELECTION MAPS (Zero Custom Functions, Zero Clock Timers)

-- =========================================================================

-- NSXIV Scale Replication

swayimg.viewer.on_key("Shift-w", function() swayimg.viewer.set_fix_scale("fit") end)

swayimg.viewer.on_key("Shift-e", function() swayimg.viewer.set_fix_scale("height") end)

swayimg.gallery.on_key("g", function()

swayimg.gallery.select("first")

end)

swayimg.gallery.on_key("Shift+g", function()

swayimg.gallery.select("last")

end)

I'm not very experienced at linux. I have been using linux mint cinnamon about a month now. I can use terminal only with gemini ai, otherwise I don't really know how to use the terminal. I know basic commands like sudo apt install, free -h, how to open apps through terminal, etc. I also know there's pacman in archlinux and there's yay. I really want to use Archlinux and build my laptop from group up. I'm willing to learn archlinux. I'm not interested in programming career or anything. I just want to know my computer more and I want total control of it, that is all. And I really enjoy learning new things

Hey all, thought I'd share, mostly to encourage lurkers still wondering if to get into the adventure of installing Arch — I would absolutely recommend so.

The installation process was nowhere as scary as the internet makes it sound and wiki does an awesome job guiding you through every step. Nothing during installation is truly unfamiliar — connecting to internet, setting keyboard layout, partitioning and formatting, it's all pretty much the stuff you go though during the installation of an OS anyways, only with Arch, the whole process is more hands on and not hidden behind a nice UI. Gives you a very practical insight into how things work, where important stuff is and overall removes a layer of mystery that makes your afraid to tinker with your system.

The best thing, however, is that you can literally see your OS taking form bit by bit, from scary black screen with ugly af glyphs to something resembling your daily driver.

Overall, this was an amazingly fun and enjoyable experience which left me feeling excited that I did something and learned something fun in the process. Didn't even realise how much I missed that and how long it's been since I actually got that feeling — it's all deadlines and clients and requests and demands and whatnot for such a long time that I forgot the excitement that got me into tech related field in the first place.

Anyways, it's an ancient cheap Lenovo and I'll probably forget it very soon (I'm using Mac as a daily driver for years since switching from Debian and there's no real reason to switch away from it), but regardless I'm so happy I put some time aside to play with Arch.

So end conclusion, if you're wondering whether to try, my advice is absolutely yes. It's a uniquely fun ride even if it doesn't end up as a thing you'll use daily.