После долгого процесса проб и ошибок я наконец определил службу crashplan как причину того, что мой ноутбук не переходит в режим ожидания после закрытия крышки. У меня два разных ноутбука с Ubuntu, оба страдают от этой проблемы...
Я полагаю, что будет сложно повлиять на crashplan, чтобы изменить это поведение, но мне было интересно, можно ли добавить действие, останавливающее crashplan при закрытии крышки и запускающее его снова при ее повторном открытии.
Есть мысли? Спасибо!
решение1
Прямой ответ на ваш вопрос:
Вы можете использовать переключатель крышки для запуска скрипта, который останавливает службу Crashplan. См.Скрипты для крышки и док-станции ноутбукана вики-сайте Help.
Также смотрите комментарии и ответыПерехват событий закрытия и открытия крышки.
Также есть множество примеров скриптов, написанных для разных видов событий, которые пользователи хотели бы запускать с помощью переключателя крышки.на форумах Ubuntu--немного хаотично, но примеры могут оказаться полезными при написании вашего текста.
Однако проблема может заключаться не в Crashplan.
Если ваш диск подкачки зашифрован, то именно он может мешать режиму гибернации.(В некотором смысле, Crashplan мог быть косвенной причиной — я объясню подробнее...) Возможно, вы не сознательно настроили зашифрованный диск подкачки; это происходит автоматически, когда вы выбираете шифрование домашнего каталога во время установки Ubuntu 9.10 и более поздних версий.
Более того, вы, возможно, никогда не замечали, что ваш раздел подкачки зашифрован, поскольку у вас все равно была бы возможность перейти в спящий режим, если бы ваш fstab идентифицировал ваше пространство подкачки по UUID.
Это становится проблемой только тогда, когда ваш сменный диск заполняется (что, скорее всего, и произошло, пока вы работали с Crashplan, поскольку многие из его процессов, таких как восстановление файлов, являются длительными и требуют много ресурсов/памяти). При заполнении все, что касается зашифрованного раздела подкачки, перезаписывается, включая UUID, поэтому при попытке выйти из спящего режима ваша система не будет знать, где найти ваш диск подкачки, — она будет искать UUID, которого больше не существует.
Так что вам, возможно, вообще не придется писать скрипт "остановки обслуживания", активируемый переключателем крышки. Вам, возможно, просто нужно будет разобраться с вашим свопом.
Две возможности:
Изменение настроек таким образом, чтобы ваш диск подкачки идентифицировался по
/dev/sdXXидентификатору UUID, а также чтобы система при необходимости получала случайно сгенерированный ключ (/dev/urandom). Смотритеэтот ответдля получения подробных инструкций. Это включает в себя редактирование crypttab и fstab, оба из которых вы должны сделать резервными перед внесением изменений.Выбор незашифрованного раздела подкачки. Очевидно, что последний вариант не является рекомендуемым решением, но лично я считаю, что для обычного пользователя не так уж важно иметь незашифрованный раздел подкачки. Вы можете прочитать об этом подробнее и решить для себя. Смотретьздесьдля получения инструкций о том, как это сделать.
Также см.Ubuntu Справка Wikiо недостатках зашифрованного дома и о том, как это влияет на спящий режим.
Примечание: этому вопросу уже 2 года, поэтому, хотя было бы лучше получить больше информации, прежде чем отвечать, я посчитал, что автор вряд ли ответит, поэтому я решился и опубликовал ответ.