Сервис Crashplan предотвращает приостановку

После долгого процесса проб / ошибок я наконец-то определил службу аварийного закрытия как причину, по которой мой ноутбук не зависал после закрытия крышки. У меня два разных ноутбука с Ubuntu, оба страдают от этой проблемы...

Я полагаю, что будет сложно повлиять на план аварийного изменения, чтобы изменить это поведение, но мне было интересно, возможно ли добавить действие, чтобы остановить аварийный план, когда крышка закрыта, и запустить ее снова, когда она снова включена.

Какие-нибудь мысли? Спасибо!

1 ответ

Прямой ответ на ваш вопрос:

Вы можете использовать переключатель крышки, чтобы запустить скрипт, который останавливает службу Crashplan. См. Крышка ноутбука и Сценарии док-станции в справочной вики.

Также см. Комментарии и ответы о закрытии крышки Catch и открытых мероприятиях.

Есть также множество примеров сценариев, написанных для разных видов событий, которые люди хотели вызвать с помощью переключателя крышки на форумах Ubuntu - немного хаотично, но примеры могут быть полезны, когда вы пишете свои.

Тем не менее, проблема может заключаться не в Crashplan.

Если ваш диск подкачки зашифрован, это может быть тем, что мешает гибернации. (В некотором смысле, Crashplan мог быть косвенной причиной - я объясню больше...) Возможно, вы сознательно не настроили зашифрованный диск подкачки; это происходит автоматически, когда вы решаете зашифровать свой домашний каталог во время установки Ubuntu 9.10 и выше.

Более того, вы, возможно, никогда не заметили, что ваш раздел подкачки был зашифрован, потому что у вас все еще была бы возможность спящего режима, если ваш fstab идентифицирует ваше пространство подкачки по UUID.

Это становится проблемой только тогда, когда ваш диск подкачки заполняется (что, скорее всего, могло произойти во время работы Crashplan, поскольку многие его процессы, такие как восстановление файлов, являются длительными и требуют значительных ресурсов / памяти). Когда он заполнен, все в зашифрованном разделе подкачки перезаписывается, включая UUID, поэтому при попытке выйти из режима гибернации ваша система не будет знать, где найти накопитель для свопинга, - она ​​будет искать UUID, которого больше не существует.,

Таким образом, вам может не понадобиться писать сценарий "остановки службы", активируемый переключателем крышки вообще. Возможно, вам просто нужно иметь дело с вашим свопом.

Две возможности:

  1. Изменение настроек, чтобы ваш диск подкачки был идентифицирован /dev/sdXX вместо UUID, а также система снабжена случайно сгенерированным ключом при необходимости (/dev/urandom). Смотрите этот ответ для явных инструкций. Он включает в себя редактирование crypttab и fstab, которые вы должны сохранить перед изменением.

  2. Выбирая незашифрованный своп. Очевидно, что последнее не является рекомендуемым решением, но лично я думаю, что для обычного пользователя не так уж важно иметь незашифрованный раздел подкачки. Вы можете прочитать больше об этом и решить для себя. Смотрите здесь для получения инструкций о том, как это сделать.

Также ознакомьтесь со справочной вики -страницей о Ubuntu, чтобы узнать о том, как зашифрованный дом и как это влияет на гибернацию.

Примечание. Этому вопросу уже 2 года, поэтому, хотя перед ответом было бы лучше получить больше информации, я подумал, что вряд ли ФП ответит, поэтому я отправил ответ.

Другие вопросы по тегам