
サスペンドからの復帰が問題であることは承知していますが、これは別のバグのようです。
HP Pavillion dv6 (AMD 6770M/fglrx 13.10.10) で 13.10 を x からサスペンドすると、正常にサスペンドされますが、復帰時にフリーズします。カーソルがフリーズした黒い画面が表示されます。
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
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