
我知道從掛起喚醒是一個問題,但這看起來像是一個單獨的錯誤。
當我從 x 暫停 HP Pavillion dv6 (AMD 6770M/fglrx 13.10.10) 上的 13.10 時,它正常暫停,但在喚醒時凍結。我看到黑屏,遊標凍結。
Ctrl但是當我使用 sudo pm-suspend 從控制台掛起時,它會正常喚醒,然後我可以使用+ Alt+取回我的 x F7。
如果我透過關閉 x 下的蓋子來暫停,醒來時也會凍結。如果我透過關閉控制台下的蓋子來暫停,它會喚醒到 x (?) 登錄,然後進入乾淨的會話。
更新。我檢查了我的 syslog、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
簡的回答對我來說很完美,但問題仍然會發生在休眠狀態。為了解決這個問題,我修改了腳本的一小部分:
#!/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