碰到这种偶尔抽风的休眠恢复后显示器配置丢失问题，确实挺闹心的，我给你梳理几个实用的排查方向，一步步来定位根因：

1. 先扒系统日志找线索 #

系统日志肯定是排查这类偶发问题的第一抓手，不同发行版的日志位置略有差异，但这些命令通用：

• 专门看休眠/恢复相关的服务日志：journalctl -b -u systemd-suspend.service，这里能清晰看到系统从休眠唤醒时执行了哪些操作，有没有和显示相关的异常。
• 老系统可以看/var/log/syslog或/var/log/messages，用grep -i suspend /var/log/syslog过滤出休眠相关条目，重点看恢复阶段有没有显示驱动、xrandr相关的报错。
• 别忘了Xorg的日志，位置一般是/var/log/Xorg.0.log，用grep -i "randr\|display\|HDMI\|DP" /var/log/Xorg.0.log搜显示器配置相关的记录，对比休眠前后的日志变化。

2. 排查桌面环境的自动配置干扰 #

如果你用GNOME、KDE这类带图形管理的桌面，它们自带的显示器服务可能在休眠恢复时“自作主张”重置配置：

• GNOME用户可以看gnome-settings-daemon的日志：journalctl -b -u gnome-settings-daemon.service，看看唤醒时有没有触发显示器配置重置的动作。
• KDE用户则查kscreen服务：journalctl -b -u kscreen.service，排查是否是桌面服务覆盖了你的手动配置。

3. 手动模拟休眠+实时盯日志 #

偶发问题最麻烦的就是抓不到现场，你可以手动触发休眠，同时实时跟踪日志，这样大概率能抓到异常：

1. 开个终端，运行journalctl -f（实时滚动显示日志）。
2. 执行sudo systemctl suspend让系统休眠。
3. 立刻唤醒系统，盯着终端里的日志输出，重点找和显示、randr、显卡驱动相关的报错或异常动作。

4. 检查显卡驱动是否正常唤醒 #

有时候休眠恢复后显卡驱动可能掉链子，导致显示器配置失效：

• 唤醒后运行lspci -k | grep -A 2 -i VGA，看看显卡对应的驱动是否正常加载。
• 用dmesg | grep -i drm查看DRM内核模块（负责显示的核心模块）的日志，有没有恢复时的报错信息。

5. 临时加个恢复脚本做验证（兼临时修复） #

你也可以先整个临时方案，同时验证是不是恢复时没自动应用配置：

1. 写个简单的恢复脚本/usr/local/bin/restore-display.sh，内容就是你的xrandr命令：

#!/bin/bash
xrandr --output HDMI-0 --auto --output DP-0 --auto --left-of HDMI-0

2. 给脚本加执行权限：sudo chmod +x /usr/local/bin/restore-display.sh
3. 建个systemd服务让它在唤醒时自动运行，创建/etc/systemd/system/restore-display.service：

[Unit]
Description=Restore display configuration after suspend
After=suspend.target hibernate.target hybrid-sleep.target suspend-then-hibernate.target

[Service]
Type=oneshot
ExecStart=/usr/local/bin/restore-display.sh
User=你的用户名  # 替换成你自己的系统用户名

[Install]
WantedBy=suspend.target hibernate.target hybrid-sleep.target suspend-then-hibernate.target

4. 启用服务：sudo systemctl enable restore-display.service

如果这个脚本能解决问题，说明就是恢复时系统没自动帮你应用配置；如果还是偶尔丢，那问题大概率在更底层的驱动或系统服务异常上，再回头去日志里挖细节。

备注：内容来源于stack exchange，提问作者spraff