我知道从挂起状态唤醒是一个问题,但这看起来像一个单独的错误。
当我从 x 暂停 HP Pavillion dv6 (AMD 6770M/fglrx 13.10.10) 上的 13.10 时,它会正常暂停,但在唤醒时会冻结。我得到一个黑屏,光标冻结。
但是当我使用 sudo pm-suspend 从控制台暂停时,它会正常唤醒,然后我可以使用 ++Ctrl取回我的 x 。AltF7
如果我通过关闭 x 下的盖子来暂停,唤醒时也会冻结。如果我通过关闭控制台下的盖子来暂停,它会唤醒进入 x (?) 登录,然后进入干净的会话。
更新。我检查了我的系统日志、kern.log 和 pm-suspend.log,它们似乎显示了一个正常完成的标准挂起程序,然后是许多空白行(000),然后是硬重置后的正常启动程序。我可能错了,但在我看来,这似乎是内核崩溃。
另外,如果我使用 dbus 暂停(如何从命令行暂停/休眠?) 而不是 pm-suspend,结果是一样的。
答案1
看来我遇到了同样的问题,在您的测试帮助下,我找到了解决方法。编写一个脚本,在挂起前切换到控制台,在恢复后切换回来。
在终端中运行sudoedit /etc/pm/sleep.d/fglrx-fix
并粘贴以下脚本。然后通过运行使其可执行sudo chmod u+x /etc/pm/sleep.d/fglrx-fix
脚本:
#!/bin/bash
#Script kills autofs when going into standby to eliminate issues with it
case $1 in
suspend)
#suspending to RAM
chvt 1
echo "Going to sleep"
sleep 1
;;
resume)
#resume from suspend
echo "try to resume"
sleep 1
chvt 7
;;
esac
答案2
Jan 的答案对我来说非常完美,但问题仍然会在休眠时发生。为了解决这个问题,我修改了一点脚本:
#!/bin/bash
#Script kills autofs when going into standby to eliminate issues with it
case $1 in
suspend|hibernate) # instead of just "suspend"
#suspending to RAM
chvt 1
echo "Going to sleep"
sleep 1
;;
resume|thaw) # instead of just "resume"
#resume from suspend
echo "try to resume"
sleep 1
chvt 7
;;
esac