長い試行錯誤の末、ついに、ラップトップの蓋を閉じてもサスペンドしない原因が crashplan サービスにあることが判明しました。私は 2 台の Ubuntu ラップトップを持っていますが、どちらもこの問題に悩まされています...
この動作を変更するためにクラッシュプランに影響を与えるのは難しいと思いますが、蓋が閉じられたときにクラッシュプランを停止し、蓋が再びオンになったときにクラッシュプランを再開するアクションを追加することは可能かどうか疑問に思っています。
何かご意見はございますか？ ありがとうございます！
答え1
あなたの質問への直接的な回答:
蓋のスイッチを使用して、Crashplanサービスを停止するスクリプトをトリガーできます。ラップトップの蓋とドックのスクリプトヘルプ Wiki で。
コメントと回答もご覧くださいキャッチ蓋の開閉イベント。
蓋のスイッチでトリガーしたいさまざまな種類のイベント用に書かれたスクリプトの例も多数あります。Ubuntuフォーラム--少し混乱していますが、これらの例は、あなたが文章を書くときに役立つかもしれません。
しかし、実際に問題なのは Crashplan ではないかもしれません。
スワップ ドライブが暗号化されている場合、それが休止状態を妨害している可能性があります。(ある意味では、Crashplan が間接的に原因だった可能性があります。後で詳しく説明します...) 暗号化されたスワップ ドライブを故意に設定していない可能性があります。これは、Ubuntu 9.10 以降のインストール中にホーム ディレクトリの暗号化を選択すると自動的に行われます。
さらに、fstab がスワップ領域を UUID で識別している場合は休止状態になる可能性があるため、スワップ パーティションが暗号化されていることに気付かない可能性があります。
これはスワップドライブがいっぱいになったときにのみ問題になります（これは、Crashplanを実行しているときに発生した可能性が高いです。ファイルの復元などのプロセスの多くは時間がかかり、リソース/メモリを大量に消費するため、スワップは暗号化されません。いっぱいになると、UUID を含む暗号化されたスワップのすべてが上書きされるため、休止状態から復帰しようとすると、システムはスワップ ドライブがどこにあるか分からなくなり、もう存在しない UUID を検索することになります。
したがって、蓋のスイッチによってアクティブ化される「サービス停止」スクリプトを記述する必要はまったくないかもしれません。スワップを処理するだけでよい場合があります。
2つの可能性は次のとおりです。
設定を変更して、スワップドライブが
/dev/sdXXUUID ではなく で識別され、必要に応じてランダムに生成されたキーがシステムに提供されるようにします (/dev/urandom)。この答え明示的な手順については、crypttab と fstab の編集を参照してください。変更する前に、両方ともバックアップする必要があります。暗号化されていないスワップを選択する。もちろん後者は推奨される解決策ではありませんが、個人的には平均的なユーザーにとって、暗号化されていないスワップパーティションを持つことは大した問題ではないと思います。これについてもっと読んで、自分で決めてください。ここ方法については、こちらをご覧ください。
以下も参照Ubuntu ヘルプ ウィキ暗号化されたホームの注意点と休止状態への影響について説明します。
注: この質問は 2 年前のものです。回答する前にさらに情報を入手するのが最善ですが、質問者が回答する可能性は低いと思ったので、先に回答を投稿しました。