再開するのではなく、ブート再起動時に休止状態から再開できない
ある日RhythmboxとBansheeをいじくり回した後、それらをxkillして数回ログアウトしなければならず、キーリングを要求するエラーメッセージが表示されたことを覚えていると思います。パスワードを入力すると消えました。その後、冬眠するたびにコンピューターが冬眠に入ったふりをして、次回起動するまで完全に大丈夫だとは思わなかった。コンピューターは休止状態から再開せず、代わりにシャットダウンされたように起動し、保存されていないデータをすべて失います。
取られたステップ：
スワップのエラーを疑って、GPartedでスワップパーティションを再フォーマットし、それを再び有効にしました。その後のブートでは、スワップドライブが認識されなくなったため、現在は休止状態オプションも表示されません。 Gpartedが示した考えられる理由のうち、これ（「/ dev/sda7のデバイスエントリがありません」）が関連していると思います。正しく設定して休止状態を再度有効にするにはどうすればよいですか？ （スワップパーティションが認識されないため、Sudo pm-hibernateコマンドでも動作しません。）
答えが見つかりました！ブートメニューが長く、複数のエントリがありました。したがって、私はスワップパーティションを再フォーマットすることを決定し、再起動しました。次に、GPartedが言及した新しく作成されたパーティションのUUIDがコンピューターのレジストリのUUIDと同じであることを確認しました。
したがって、gksu gedit /etc/fstabを使用して/ etc/fstabファイルを編集し、そこでUUIDを更新しました。
これにより、私のスワップがクリーンな状態でビジネスに戻ったことを確認できました。次に、GRUBエントリを更新しました。これは問題があった場所でした-適切な場所のファイル/ etc/default/grubにオプション "resume =/dev/sda7"を何度も追加しましたが、システムは休止状態になっていないかのように再起動しましたしかし、シャットダウンします。
次に、ブート中にメニューを編集してブートエントリを確認することにしましたが、ブートに使用していたものにスワップパーティションのUUIDが間違っていたことがわかりました。次に、grubを更新する前に、そこでパラメーターを編集し、ブートして、メニューをもう一度適切に編集しました。
これですべてがスムーズに機能するようになりました。 :)
[起こったと思うのは、デフォルトのgrubメニューが編集中のメニューであり、デフォルトのエントリはWindowsのメニューです。]