Linux系统能休眠或待机取决于内核配置（如CONFIG_SUSPEND、CONFIG_HIBERNATION）、resume设备就位（如swap分区/文件及正确内核参数resume=UUID=...）以及用户空间服务（如systemd-logind）是否运行，缺一不可。
Linux系统能否休眠或待机，不取决于你装了什么桌面环境，而取决于内核配置、resume设备是否就位、以及用户空间电源管理服务是否在运行。缺任何一环，systemctl suspend 或 echo mem > /sys/power/state 都会静默失败或立即唤醒。
检查内核是否支持并启用 mem/disk 状态
先确认当前内核暴露了哪些电源状态：
cat /sys/power/state
如果只输出 freeze，说明 CONFIG_SUSPEND 未启用；若没有 disk，则 CONFIG_HIBERNATION 缺失。常见错误是编译内核时漏选：
-
Power management and ACPI options→ 启用ACPI support和Suspend to RAM and standby - 同菜单下启用
Hibernate (aka suspend to disk)，并确保Swap支持已编译进内核（非模块） - 若用 UEFI + initramfs，还需在 initramfs 工具（如 dracut 或 mkinitcpio）中启用
resumehook
配置 resume 设备（休眠必需）
休眠（disk）必须指定镜像写入位置，且内核启动时要能识别该设备。最常用的是 swap 分区或 swap 文件：
- swap 分区：确认分区存在且类型为
swap，用blkid -s UUID -o value /dev/sdXN获取 UUID - swap 文件：需确保文件位于 rootfs 且不被压缩（btrfs 不支持），且内核命令行加
resume=UUID=...和resume_offset=...（用filefrag -v查偏移） - 内核启动参数示例：
resume=UUID=abcd-1234 root=/dev/sda1，该参数必须出现在 initramfs 加载前就被内核读到
漏配或 UUID 错误会导致 systemctl hibernate 直接返回失败，但不会报具体原因。
systemd 服务是否接管了电源操作
即使内核支持，若 systemd-logind.service 或 systemd-suspend.service 未运行，systemctl suspend 会提示 Failed to suspend system via logind: Access denied 或直接无响应：
- 检查服务状态：
systemctl status systemd-logind，它必须 active（running） - 非 systemd 系统（如 OpenRC）需手动配置 elogind 或使用
tlp的钩子脚本；swayWM 用户常因缺少 elogind 而合盖无反应 - 某些发行版（如 Gentoo 默认）禁用
logind，此时只能直写/sys/power/state，但需 root 权限且绕过所有策略检查
tlp 或其他电源工具的干扰行为
tlp 默认禁用 USB 唤醒和某些 PCI 设备唤醒源，可能导致待机后无法被键盘/鼠标唤醒：
- 检查唤醒设备列表：
cat /proc/sys/dev/usb/wakeup（应为enabled） - 查看各设备唤醒能力：
grep . /sys/bus/*/devices/*/power/wakeup 2>/dev/null | grep enabled -
TLP_ENABLE=0临时关闭 tlp 测试是否为干扰源；若确认是，应在/etc/tlp.conf中显式设置USB_AUTOSUSPEND=0或调整WOL_DISABLE
真正容易被忽略的是：ACPI firmware bug 导致的唤醒失败——这种问题在 Dell XPS 或 Lenovo T 系列上高频出现，dmesg | grep -i acpi 里常有 ACPI Exception: AE_NOT_FOUND，此时只能靠内核参数 acpi_enforce_resources=lax 或升级 BIOS 规避。
