Direkte Antwort auf Ihre Frage:

Direkte Antwort auf Ihre Frage:

Nach langem Ausprobieren habe ich schließlich den Crashplan-Dienst als Grund dafür identifiziert, dass mein Laptop nach dem Schließen des Deckels nicht in den Ruhezustand wechselt. Ich habe zwei verschiedene Ubuntu-Laptops, und beide leiden unter diesem Problem ...

Ich glaube, dass es schwierig sein wird, Crashplan dazu zu bringen, dieses Verhalten zu ändern, aber ich habe mich gefragt, ob es möglich ist, eine Aktion hinzuzufügen, um Crashplan zu stoppen, wenn der Deckel geschlossen wird, und es wieder zu starten, wenn es wieder eingeschaltet wird.

Irgendwelche Ideen? Danke!

Antwort1

Direkte Antwort auf Ihre Frage:

Mit dem Deckelschalter können Sie ein Skript auslösen, das den Crashplan-Dienst stoppt. SieheLaptopdeckel- und Dock-Skripteim Hilfe-Wiki.

Siehe auch Kommentare und Antworten vonEreignisse „Deckel schließen“ und „Deckel öffnen“ erfassen.

Es gibt auch eine Reihe von Beispielen für Skripte, die für verschiedene Arten von Ereignissen geschrieben wurden, die mit dem Deckelschalter ausgelöst werden sollten.in den Ubuntu-Foren-- etwas chaotisch, aber die Beispiele könnten beim Schreiben hilfreich sein.

Es kann jedoch sein, dass nicht Crashplan das Problem ist.

Wenn Ihr Auslagerungslaufwerk verschlüsselt ist, kann dies tatsächlich die Ursache für die Störung des Ruhezustands sein.(In gewisser Weise könnte Crashplan indirekt die Ursache gewesen sein – ich werde es genauer erklären …) Möglicherweise haben Sie nicht wissentlich ein verschlüsseltes Swap-Laufwerk eingerichtet; dies geschieht automatisch, wenn Sie sich bei der Installation von Ubuntu 9.10 und höher für die Verschlüsselung Ihres Home-Verzeichnisses entscheiden.

Darüber hinaus ist Ihnen möglicherweise nie aufgefallen, dass Ihre Swap-Partition verschlüsselt war, da Sie noch immer die Möglichkeit hätten, in den Ruhezustand zu wechseln, wenn Ihre fstab Ihren Swap-Speicherplatz per UUID identifiziert.

Dies wird nur dann zu einem Problem, wenn Ihr Swap-Laufwerk voll ist (was sehr wahrscheinlich passiert ist, während Sie Crashplan ausgeführt haben, da viele seiner Prozesse, wie z. B. die Dateiwiederherstellung, langwierig und ressourcen-/speicherintensiv sind). Wenn der verschlüsselte Swap-Datenträger voll ist, wird alles überschrieben, einschließlich der UUID. Wenn Ihr System also versucht, aus dem Ruhezustand aufzuwachen, wüsste es nicht, wo sich Ihr Swap-Laufwerk befindet – es würde nach einer UUID suchen, die nicht mehr existiert.

Daher müssen Sie möglicherweise überhaupt kein „Stop Service“-Skript schreiben, das durch den Deckelschalter aktiviert wird. Möglicherweise müssen Sie sich nur um Ihren Swap kümmern.

Zwei Möglichkeiten sind:

  1. /dev/sdXXÄndern Sie Ihre Einstellungen so, dass Ihr Swap-Laufwerk nicht über die UUID, sondern über die ID identifiziert wird und das System bei Bedarf mit einem zufällig generierten Schlüssel versorgt wird ( /dev/urandom). Siehediese Antwortfür ausführliche Anweisungen. Dazu müssen Sie Crypttab und fstab bearbeiten. Beide Dateien sollten Sie vor der Änderung sichern.

  2. Entscheiden Sie sich für unverschlüsselten Swap. Letzteres ist natürlich keine empfehlenswerte Lösung, aber ich persönlich denke, dass es für den durchschnittlichen Benutzer keine große Sache ist, eine unverschlüsselte Swap-Partition zu haben. Sie können mehr darüber lesen und selbst entscheiden. SieheHierfür Anweisungen hierzu.

Siehe auch dieUbuntu Hilfe Wikizu den Einschränkungen bei verschlüsseltem Home und wie der Ruhezustand davon betroffen ist.

Hinweis: Diese Frage ist 2 Jahre alt. Obwohl es am besten wäre, vor der Beantwortung mehr Informationen einzuholen, hielt ich es für unwahrscheinlich, dass der OP antworten würde. Daher habe ich trotzdem eine Antwort gepostet.

verwandte Informationen