Fedora-33:这突然不起作用："root# exec systemctl挂起“

Question

我不知道为什么，但直到最近，这个命令才起作用：

root# exec systemctl suspend

系统确实尝试suspend，屏幕甚至会暂时关闭，但是它会立即返回到登录提示，所以有些东西正在阻止暂停。

这个系统是一个laptop和它的lid always closed (多年来一直是这样)。由于lid is always closed，几年前添加了以下两个条目以适应这种情况：

# /etc/systemd/logind.conf

[Login]
# ===========================================================
# VIA: https://unix.stackexchange.com/a/460405/103956
# ===========================================================
HandleLidSwitch=ignore
HandleLidSwitchDocked=ignore
# ===========================================================

为了完整起见，我只想提一下。

下面是更多的信息。

朋友们有什么想法吗？提前谢谢你。=:)

Linux g750asus 5.13.12-100.fc33.x86_64 #1 SMP Wed Aug 18 20:12:01 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

UID          PID    PPID  C STIME TTY          TIME CMD
root           1       0  0 15:54 ?        00:00:01 /usr/lib/systemd/systemd --switched-root --system --deserialize 30
root         720       1  0 15:54 ?        00:00:00 /usr/lib/systemd/systemd-journald
root         733       1  0 15:54 ?        00:00:00 /usr/lib/systemd/systemd-udevd
systemd+    1107       1  0 15:55 ?        00:00:00 /usr/lib/systemd/systemd-resolved
root        1111       1  0 15:55 ?        00:00:00 /usr/sbin/ModemManager
root        1112       1  0 15:55 ?        00:00:00 /usr/sbin/NetworkManager --no-daemon
root        1114       1  0 15:55 ?        00:00:00 /usr/sbin/alsactl -s -n 19 -c -E ALSA_CONFIG_PATH=/etc/alsa/alsactl.conf --initfile=/lib/alsa/init/00main rdaemon
root        1117       1  0 15:55 ?        00:00:00 /usr/libexec/bluetooth/bluetoothd
chrony      1130       1  0 15:55 ?        00:00:00 /usr/sbin/chronyd
root        1135       1  8 15:55 ?        00:00:32 /usr/sbin/rngd -f
root        1138       1  0 15:55 ?        00:00:00 /usr/sbin/rsyslogd -n
root        1139       1  0 15:55 ?        00:00:00 /usr/lib/systemd/systemd-homed
root        1141       1  0 15:55 ?        00:00:00 /usr/lib/systemd/systemd-logind
avahi       1148    1115  0 15:55 ?        00:00:00 avahi-daemon: chroot helper
dbus        1149       1  0 15:55 ?        00:00:00 /usr/bin/dbus-broker-launch --scope system --audit
dbus        1168    1149  0 15:55 ?        00:00:00 dbus-broker --log 4 --controller 9 --machine-id 7dda623a3a624e458a393c700c042270 --max-bytes 536870912 --max-fds 4096 --max-matches 131072 --audit
jdoe      1174       1  0 15:55 ?        00:00:00 /usr/lib/code-server/lib/node /usr/lib/code-server
root        1196       1  0 15:55 ?        00:00:00 /usr/sbin/gssproxy -D
root        1203       1  0 15:55 ?        00:00:00 /usr/sbin/atd -f
root        1204       1  0 15:55 ?        00:00:00 /usr/sbin/crond -n
root        1207       1  0 15:55 tty1     00:00:00 /sbin/agetty -o -p -- \u --noclear tty1 linux
jdoe      1261    1174  0 15:55 ?        00:00:00 /usr/lib/code-server/lib/node /usr/lib/code-server
jdoe      1297    1261  0 15:55 ?        00:00:00 /usr/lib/code-server/lib/node /usr/lib/code-server/lib/vscode/out/vs/server/fork
root        1315       1  0 15:55 ?        00:00:00 /usr/lib/systemd/systemd-userdbd
root        1320       1  0 15:55 ?        00:00:00 /usr/lib/systemd/systemd --user
root        1321    1320  0 15:55 ?        00:00:00 (sd-pam)
root        1329    1320  0 15:55 ?        00:00:00 /usr/bin/python3 -u /usr/bin/autojack
root        1339    1320  0 15:55 ?        00:00:00 /usr/bin/dbus-broker-launch --scope user
root        1353    1339  0 15:55 ?        00:00:00 dbus-broker --log 4 --controller 10 --machine-id 7dda623a3a624e458a393c700c042270 --max-bytes 100000000000000 --max-fds 25000000000000 --max-matches 5000000000
root        1379       1  0 15:55 ?        00:00:00 ssh-agent -s
root        1461    1459  0 15:56 ?        00:00:00 sshd: root@pts/0
root        1462    1461  0 15:56 pts/0    00:00:00 -bash
root        1519    1315  0 16:00 ?        00:00:00 systemd-userwork
root        1520    1315  0 16:00 ?        00:00:00 systemd-userwork
root        1521    1315  0 16:00 ?        00:00:00 systemd-userwork
root        1544    1462  0 16:01 pts/0    00:00:00 ps -ef

Answer 1

我想这是470英伟达司机的问题。在Fedora 34下，我也遇到了来自RPMFusion的驱动程序的同样问题。卸载驱动程序解决了问题，但并不理想。我试着降级到465驱动，但它离开了我的笔记本电脑，使它不会启动，甚至进入单一用户模式。我暂时放弃了。

Answer 2

我把这个问题发到了RPMfusion bugzilla 这里上。他们提醒我解决方案(几天前发布) 这里。

解决方案摘要

root# dnf -y install xorg-x11-drv-nvidia-power # The new package containing the below.
root# systemctl enable nvidia-suspend.service
root# systemctl enable nvidia-resume.service
root# systemctl enable nvidia-hibernate.service
root# reboot

Note__：这个答案总结了错误和解决方案，但我将Vic's解决方案标记为上面的答案，因为他在后续评论中记录了解决方案(值得赞扬)。