サスペンドからの復帰が問題であることは知っていますが、これは別のバグのように見えます。
HP Pavillion dv6(AMD 6770M/fglrx 13.10.10)でxから13.10を一時停止すると、通常は一時停止しますが、起動するとフリーズします。カーソルがフリーズした黒い画面が表示されます。
しかし、コンソールからSudo pm-suspendでサスペンドすると、通常どおりに起動し、xを戻すことができます。 Ctrl+Alt+F7。
Xの下のふたを閉じて中断すると、目覚めたときにもフリーズします。コンソールの下のふたを閉じてサスペンドすると、x(?)ログインで起動してから、クリーンセッションになります。
更新。 syslog、kern.logおよびpm-suspend.logを確認しましたが、これらは正常に完了した標準のサスペンド手順を示しているように見えます。私は間違っているかもしれませんが、カーネルパニックのように見えます。
また、pm-suspendの代わりにdbusでサスペンドした場合( コマンドラインからサスペンド/ハイバネートする方法 )、結果は同じです。
私は同じ問題を抱えているようで、テストの助けを借りて回避策を見つけました。中断する前にコンソールに切り替え、再開後に元に戻すスクリプトを作成します。
ターミナルで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
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