直接回答你的問題：

Question

經過長時間的試驗/錯誤過程，我最終確定崩潰計劃服務是我的筆記型電腦在關閉蓋子後沒有暫停的原因。我有兩台不同的 Ubuntu 筆記型電腦，都遇到了這個問題...

我相信很難影響崩潰計劃來改變這種行為，但我想知道是否可以添加一個操作來在蓋子關閉時停止崩潰計劃並在蓋子重新打開時重新啟動它。

有什麼想法嗎？謝謝！

Answer 1

直接回答你的問題：

您可以使用蓋子開關觸發停止 Crashplan 服務的腳本。看筆記型電腦蓋子和擴充座腳本在幫助維基上。

另請參閱評論和答案捕獲蓋子關閉和打開事件。

還有很多為人們想要用蓋子開關觸發的不同類型事件編寫的腳本範例在 Ubuntu 論壇中--有點混亂，但是這些範例在您編寫自己的範例時可能會有所幫助。

然而，問題實際上可能並不是崩潰計劃。

如果您的交換器已加密，這實際上可能是乾擾休眠的原因。（在某種程度上，崩潰計劃可能間接是原因 - 我將解釋更多...）您可能沒有故意設定加密的交換器；當您在安裝 Ubuntu 9.10 及更高版本期間選擇加密您的主目錄時，這種情況會自動發生。

此外，您可能從未註意到您的交換分割區已加密，因為如果您的 fstab 透過 UUID 標識您的交換空間，您仍然可以休眠。

只有當您的交換器已滿時，這才會成為問題（當你運行 Crashplan 時它很可能已經完成了，因為它的許多過程（例如文件恢復）都很長並且佔用資源/記憶體）。當已滿時，有關加密交換的所有內容都會被覆蓋，包括 UUID，因此在嘗試從休眠狀態喚醒時，您的系統將不知道在哪裡可以找到交換驅動器 - 它將搜尋不再存在的 UUID 。

因此，您可能根本不需要編寫由蓋子開關啟動的「停止服務」腳本。您可能只需要處理您的交換。

兩種可能性是：

1. 修改您的設置，以便您的交換器驅動器由/dev/sdXXUUID 來標識，並且系統會在需要時提供隨機產生的密鑰 ( /dev/urandom)。看這個答案以獲得明確的指示。它涉及編輯 crypttab 和 fstab，您應該在更改之前備份這兩個檔案。

2. 選擇未加密的交換。顯然，後者不是推薦的解決方案，但我個人認為，對於普通用戶來說，擁有未加密的交換分割區並不是什麼大問題。您可以閱讀更多相關內容並自行決定。看這裡有關如何執行此操作的說明。

另請參閱Ubuntu 幫助維基關於加密家庭的注意事項以及休眠如何受到影響。

注意：這個問題已有 2 年曆史了，所以儘管最好在回答之前獲得更多信息，但我認為 OP 不太可能回复，所以我繼續發布答案。