basecamp
Hyprlock sometimes crashes after opening laptop, 3.1.5
System details
Lenovo thinkpad T14 Gen 3, intel UHD Graphics, CPU: 12th Gen Intel(R) Core i5-123z, Omarchy 3.1.5 (but was happening since 3.1.0)
What's wrong?
Hyperland sometimes crashes after I close my laptop, and I always have to restore it by going to another TTY or straight up restart my laptop.
It also sometimes happens on my Lenovo on waking from sleep; I don't have to close the lid, only to suspend it. I have to go to another tty and reboot.
┌──────────────────────Hardware──────────────────────┐
PC: 21AAS05100 (ThinkPad P15v Gen 2i)
│ ├: 11th Gen Intel(R) Core(TM) i7-11800H (16) @ 4.60 GHz
│ ├: NVIDIA T600 Mobile
│ ├: Intel UHD Graphics @ 1.45 GHz [Integrated]
│ ├: 3840x2160 @ 2x in 32", 30 Hz [External]
│ ├: 1920x1080 @ 1.5x in 15", 60 Hz [Built-in]
│ ├: 31.60 GiB / 474.92 GiB (7%) - btrfs
│ ├: 120.77 GiB / 457.36 GiB (26%) - ext4
│ ├: 15.64 GiB / 31.06 GiB (50%)
└ └ : 0 B / 4.00 GiB (0%)
as workaround instead of reboot you can probably run sudo systemctl restart sddm
if the other recovery options don't help.
I don't know whether or not my workaround can help you. In my case, my desktop goes black if I shut down my monitor with VSCode open. At the moment I quit all my vscode processes before I shut down the monitor - or I'll have to sudo systemctl restart sddm next time light up the monitor, if I forget to quit vscode.
Potentially related, but I have a Lenovo Legion 5 laptop. The Hyprlock crash only seems to happen when I've been using an external monitor recently, and never if I've only been using the built-in display. In some instances, it will just resume from suspend to a black screen rather than the Hyprlock crash screen
This frequently happens to me and my Chromium browser (both profiles) are closed when I log back in. Just not sure if hyprlock crash is causing Chromium to crash or the other way around...
This happens to me from time to time. It's been going on for the last month or so. It's already happened a few times on 3.1.7. I have a script that runs the commands it suggests and it recovers fine. I do notice all of my open windows are killed when this happens as well.
It does appear to be suspend/resume related for me. Maybe hyprlock is just impacted by something else?
I have one external monitor I connect via HDMI, while keeping the lid on my laptop closed.
When this happens, one thing I've noticed is that the external display is no longer being put to sleep after locking and the system is not suspending. For example, I'll come back to the system hours later and the display is still awake and on the lockscreen. I can login and re-lock fine when in this state. It's after disconnecting the HDMI and the system suspends (I also disconnect power). I can't reproduce with simply locking and disconnecting while the display is active and forcing suspend.
I do run hyprexpo, I haven't tried disabling that, because I use the crash as a time to update and it's not too much of an inconvenience for me now.
Let me know if there's any debugging I can run, or you'd like more information.
Here's messages leading up to core:
I don't have the cores. If someone else has them, can you please attach, or even just give a coredumpctl info on one?
Below are my hyprctl systeminfo and inxi output. Don't rely on the versions, as I just updated after this morning's crash:
~ ❯ hyprctl systeminfo Hyprland 0.52.1 built from branch v0.52.1 at commit 967c3c7404d4fa00234e29c70df3e263386d2597 clean (version: bump to 0.52.1). Date: Sun Nov 9 23:31:36 2025 Tag: v0.52.1, commits: 6564
Libraries: Hyprgraphics: built against 0.3.0, system has 0.3.0 Hyprutils: built against 0.10.2, system has 0.10.2 Hyprcursor: built against 0.1.13, system has 0.1.13 Hyprlang: built against 0.6.3, system has 0.6.6 Aquamarine: built against 0.9.5, system has 0.9.5
no flags were set
System Information: System name: Linux Node name: hera Release: 6.17.8-arch1-1 Version: #1 SMP PREEMPT_DYNAMIC Fri, 14 Nov 2025 06:54:20 +0000
Libraries: Hyprgraphics: built against 0.3.0, system has 0.3.0 Hyprutils: built against 0.10.2, system has 0.10.2 Hyprcursor: built against 0.1.13, system has 0.1.13 Hyprlang: built against 0.6.3, system has 0.6.6 Aquamarine: built against 0.9.5, system has 0.9.5
GPU information: 00:02.0 VGA compatible controller [0300]: Intel Corporation Arrow Lake-P [Arc Pro 140T] [8086:7d51] (rev 03) (prog-if 00 [VGA control ler]) DeviceName: VGA compatible controller
os-release: NAME="Arch Linux" PRETTY_NAME="Arch Linux" ID=arch BUILD_ID=rolling ANSI_COLOR="38;2;23;147;209" HOME_URL="https://archlinux.org/" DOCUMENTATION_URL="https://wiki.archlinux.org/" SUPPORT_URL="https://bbs.archlinux.org/" BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues" PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/" LOGO=archlinux-logo
plugins: hyprexpo by Vaxry ver 1.0
Explicit sync: supported GL ver: 3.2 Backend: drm
Monitor info: Panel eDP-1: 1920x1200, eDP-1 Chimei Innolux Corporation 0x148A -> backend drm explicit ✔️ edid: hdr ❌ chroma ✔️ bt2020 ❌ vrr capable ✔️ non-desktop ❌
Panel HDMI-A-1: 3440x1440, HDMI-A-1 Dell Inc. DELL S3425DW 1JWMR44 -> backend drm
explicit ✔️
edid:
hdr ✔️
chroma ✔️
bt2020 ✔️
vrr capable ❌
non-desktop ❌
~ ❯
~ ❯ sudo inxi -GMS System: Host: hera Kernel: 6.17.8-arch1-1 arch: x86_64 bits: 64 Desktop: Hyprland v: N/A Distro: Arch Linux Machine: Type: Laptop System: System76 product: Darter Pro v: darp11-b serial: 123456789 Mobo: System76 model: Darter Pro v: darp11-b serial: 123456789 UEFI: coreboot v: 2025-04-03_04c4e20 date: 04/03/2025 Graphics: Device-1: Intel Arrow Lake-P [Arc Pro 140T] driver: i915 v: kernel Device-2: Logitech MX Brio driver: hid-generic,snd-usb-audio,usbhid,uvcvideo type: USB Device-3: Chicony USB2.0 Camera driver: uvcvideo type: USB Display: unspecified server: X.org v: 1.21.1.20 with: Xwayland v: 24.1.9 driver: X: loaded: modesetting dri: iris gpu: i915 resolution: 1: 3440x1440 2: 1920x1200 API: OpenGL Message: Unable to show GL data. glxinfo is missing. Info: Tools: gpu: gputop, intel_gpu_top, lsgpu wl: kanshi x11: xprop,xrandr
~ ❯
This happens to me on a Framework 13 laptop with either a) a monitor connecting directly via HDMI or b) a USB Anker PowerExpand Elite A8397 or c) without an external monitor at all.
I've turned off hypridle when my laptop lid is closed because of this issue. I can reproduce this issue pretty reliabily by entering suspend and then resuming (I wait 10-15 seconds when testing). Because of this, please let me know if I can help with any testing. I've tried adding Vulkan drivers, but that doesn't seem to make a difference. Sometimes when I resume, the same error doesn't happen but the waybar doesn't exist on the second monitor (and toggling doesn't change it's visibility). Other times, the second monitor (via USBC) isn't detected at all - the mouse doesn't extend, the display isn't detected at all, etc.
~ ❯ hyprctl systeminfo
Hyprland 0.52.1 built from branch v0.52.1 at commit 967c3c7404d4fa00234e29c70df3e263386d2597 clean (version: bump to 0.52.1).
Date: Sun Nov 9 23:31:36 2025
Tag: v0.52.1, commits: 6564
Libraries:
Hyprgraphics: built against 0.4.0, system has 0.4.0
Hyprutils: built against 0.10.3, system has 0.10.3
Hyprcursor: built against 0.1.13, system has 0.1.13
Hyprlang: built against 0.6.6, system has 0.6.6
Aquamarine: built against 0.10.0, system has 0.10.0
no flags were set
System Information:
System name: Linux
Node name: orchid
Release: 6.17.8-arch1-1
Version: #1 SMP PREEMPT_DYNAMIC Fri, 14 Nov 2025 06:54:20 +0000
Libraries:
Hyprgraphics: built against 0.4.0, system has 0.4.0
Hyprutils: built against 0.10.3, system has 0.10.3
Hyprcursor: built against 0.1.13, system has 0.1.13
Hyprlang: built against 0.6.6, system has 0.6.6
Aquamarine: built against 0.10.0, system has 0.10.0
GPU information:
c1:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Phoenix1 [1002:15bf] (rev c4) (prog-if 00 [VGA controller])
os-release: NAME="Arch Linux"
PRETTY_NAME="Arch Linux"
ID=arch
BUILD_ID=rolling
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://archlinux.org/"
DOCUMENTATION_URL="https://wiki.archlinux.org/"
SUPPORT_URL="https://bbs.archlinux.org/"
BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues"
PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/"
LOGO=archlinux-logo
plugins:
Explicit sync: supported
GL ver: 3.2
Backend: drm
Monitor info:
Panel eDP-1: 2880x1920, eDP-1 BOE NE135A1M-NY1 -> backend drm
explicit ✔️
edid:
hdr ❌
chroma ✔️
bt2020 ❌
vrr capable ✔️
non-desktop ❌
Panel DP-9: 3840x2160, DP-9 Dell Inc. DELL U2718Q 4K8X785I0J0L -> backend drm
explicit ✔️
edid:
hdr ❌
chroma ✔️
bt2020 ❌
vrr capable ❌
non-desktop ❌
~ ❯ sudo inxi -GMS
System:
Host: orchid Kernel: 6.17.8-arch1-1 arch: x86_64 bits: 64
Desktop: Hyprland v: N/A Distro: Arch Linux
Machine:
Type: Laptop System: Framework product: Laptop 13 (AMD Ryzen 7040Series)
v: A7 serial: FRANDRCPA744620009
Mobo: Framework model: FRANMDCP07 v: A7 serial: FRANMDCPA744430067
UEFI: INSYDE v: 03.16 date: 07/25/2025
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Phoenix1 driver: amdgpu v: kernel
Device-2: Framework Laptop Webcam Module (2nd Gen) driver: uvcvideo
type: USB
Device-3: Logitech C920 PRO HD Webcam driver: snd-usb-audio,uvcvideo
type: USB
Display: unspecified server: X.org v: 1.21.1.20 with: Xwayland v: 24.1.9
driver: X: loaded: modesetting dri: radeonsi gpu: amdgpu resolution:
1: 3840x2160 2: 2880x1920
API: Vulkan Message: No Vulkan data available.
API: OpenGL Message: Unable to show GL data. glxinfo is missing.
Info: Tools: api: vulkaninfo x11: xprop,xrandr
UPDATE: This continues to happen on 3.2.0
After upgrading to 3.2.1, I enabled debug logs in .config/hypr/hyprland.conf and obtained the log after reproducting the failure (upon exit from suspension, Hyprland oopsie daisy screen).
OK, so using the logs and Gemini I found that my hyprland and monitors.conf was the likely culprit due to my external monitor coming back from suspend as DP-10 (instead of DP-9). I had hardcoded DP-9 in a few spaces.
My updated configs: hyprland.conf
monitor = desc:Dell Inc. DELL U2718Q 4K8X785I0J0L, 3840x2160@60, auto, 1.25
# LID OPEN: Enable Laptop Screen
bindl = , switch:off:Lid Switch, exec, hyprctl keyword monitor "eDP-1, 2880x1920@120, auto, 1.3333334" && hyprctl reload
# LID CLOSED: Disable Laptop Screen (External monitor stays active)
bindl = , switch:on:Lid Switch, exec, hyprctl keyword monitor "eDP-1, disable"
monitors.conf
# Optimized for retina-class 2x displays, like 13" 2.8K, 27" 5K, 32" 6K.
env = GDK_SCALE,1
monitor = eDP-1, 2880x1920@120, auto, 1.3333334
# Dell U2718Q - Matches by description to fix DP-9/DP-10 switching issues
monitor = desc:Dell Inc. DELL U2718Q 4K8X785I0J0L, 3840x2160@60, auto, 1.25
@stevenbecht @HFaustt ^ external monitor configuration should be reviewed - perhaps you're running into the same issue.
I found that I also had to adjust my hypridle.conf to contain hyprctl dispatch dpms on && sleep 2 && hyprctl reload; pidof hyprlock || omarchy-lock-screen when waking which gave my external dock (where my external monitor is attached) time to be registered by the laptop before a reload.
general {
lock_cmd = omarchy-lock-screen # lock screen and 1password
before_sleep_cmd = loginctl lock-session # lock before suspend.
#before_sleep_cmd = omarchy-lock-screen
after_sleep_cmd = hyprctl dispatch dpms on && sleep 2 && hyprctl reload; pidof hyprlock || omarchy-lock-screen # to avoid having to press a key twice to turn on the display.
inhibit_sleep = 3 # wait until screen is locked
}
...