Восстановление из спящего режима часто не удается (смокинг)
Преамбула / Системные характеристики
Я разместил основной раздел этого поста также на https://github.com/NigelCunningham/tuxonice-kernel/issues/30
У меня были проблемы с восстановлением из спящего режима в Ubuntu, начавшегося вскоре после того, как я купил свой ноутбук пару лет назад...
Моя система работает unity DM на xenial (16.04LTS) в настоящее время с ядром Linux [namehere] 4.4.0-78-generic-tuxonice #99~ppa1-Ubuntu SMP Thu May 18 20:29:50 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux, tuxonice аромат ядра был установлен и обновлен из ppa: deb http://ppa.launchpad.net/tuxonice/ppa/ubuntu xenial main, Это ноутбук Dell Inspiron 14-5447 с процессором i5-4210U, 8 ГБ ОЗУ и жестким диском стороннего производителя емкостью 1 ТБ с примерно 55% в разделах Linux. Кроме того, я использую tint2 для systray, в котором перечислены все окна всех приложений (в дополнение к док-станции, которая просто показывает все открытые приложения), в дополнение к отображению состояния батареи выше time-til-empty и hh:nn:ss выше DDDD гггг-мм -dd (извинения за использование обозначения MS).
Система с двойной загрузкой (grub2) с windows10, но я редко использую windows, и, как правило, у меня нет образа гибернации linux на диске, когда я использую windows (или образ гибернации windows при использовании linux)
Главная проблема
Примерно в 50% случаев я hibernate, Я не могу восстановить этот образ диска с первой попытки. Процесс делает это до 100% основного пространства пользователя + копирование / восстановление ядра, но затем останавливается на одном из следующих нескольких шагов:
- (Пустой экран без подсветки)
Doing atomic copy/restore(на 100%)Doing atomic copy/restore(на 0%)(возможно,
Doing atomic copy/restoreопять на 100%)Нечасто доходит до экрана входа в систему, но затем зависает.
Иногда, когда система блокируется, caps lock свет постоянно мигает. В других случаях нет никаких внешних признаков того, что он заблокирован. После выключения, удерживая кнопку питания в течение нескольких секунд и снова включив ее, обычно (возможно, в 75% случаев) можно восстановить с hibernate (конечно, если я нажму клавишу 'c', чтобы подтвердить, что я хочу попробовать снова использовать изображение).
Если он зависает со второй попытки, я попытаюсь до 8 раз восстановить... но если он не восстановился с 4-й попытки, я не думаю, что когда-либо восстанавливал его позже, поэтому я ' В конечном итоге изображение станет недействительным, и я предполагаю, что какая-то часть изображения гибернации была сохранена неправильно. Если он блокируется на экране входа в систему, он иногда, но не всегда, уже удаляет образ гибернации, что делает невозможным повторное восстановление с этим образом.
Если я использую по умолчанию (неtuxoniceЯ думаю, что с первой попытки у меня будет чуть более высокий показатель успеха, но в случае неудачи мне не предоставляется возможность попытаться использовать образ снова. Итак, я не проверил строгие показатели успешности обоих ядер.
Кажется, у меня возникают проблемы с восстановлением изображения чаще, когда я меняю питание или состояние дисплея (подключен к отключенному или наоборот; внешний дисплей отключен или vv) между тем, когда я создал изображение и восстановил изображение. Но проблемы возникают не каждый раз, когда это происходит, и не происходят исключительно при изменении питания или состояния дисплея.
Я иногда использую suspend вместо hibernate, Приблизительно в 10% случаев это блокируется на экране входа в систему, отображая время, в течение которого я переводил его в спящий режим, а не текущее время. При выключении и перезагрузке нет возможности использовать изображение для восстановления (как и ожидалось).
Частота отказов для режима гибернации или приостановки, по-видимому, не зависит от метода гибернации / приостановки: выбор из меню питания в верхней строке меню, закрытие ноутбука без обоих внешних дисплеев + питание, критически низкий уровень заряда батареи или команда линия вызова.
Другие странности системы
Для полноты картины: в моей системе есть несколько странностей. Иногда (~1%) при включении питания (при "горячей" или "холодной" загрузке; гибернация или отсутствие гибернации) клавиатура не реагирует. У меня есть 100 секунд задержки ожидания нажатия клавиши в grub2 так что, если КБ не отвечает, я могу отключить систему и попробовать еще раз, прежде чем запросить изображение гибернации. Клавиатура всегда работает со второй попытки, но это может быть связано с низкой частотой отказов. Подключение внешней клавиатуры во время обратного отсчета не спасает встроенную клавиатуру и не работает внешняя клавиатура.
Кроме того, иногда мой tint2 панель появляется при загрузке, но обычно нет. При восстановлении из спящего изображения панель tint2 всегда появляется (как она всегда работала до спящего режима). Когда tint2 не отображается в графическом интерфейсе, top Показывает tint2 работает, но должен быть наложен на мой рабочий стол.
Трижды с тех пор, как я владел этой системой, раздел подкачки "исчезал" и запись в /etc/fstab или же mtab имеет неверный или незарегистрированный идентификационный код UUID.
Заключительные вопросы / просьба о помощи
Итак, как же я собираюсь диагностировать / исправить проблемы гибернации (и приостановить?)? Есть ли способ сбросить все открытые файловые дескрипторы на диск перед переходом в спящий режим, например, при сбое режима гибернации последние несколько элементов, которые я сохранил на диск, не полностью присутствуют в ext4 fs (в LVM, как мне кажется). Диск / BIOS используют таблицы разделов gpt и efi. Моя клавиатура не имеет sysreq ключ в списке (даже как Fn ключевой вариант), поэтому я не могу использовать alt sysreq r e i s u b мнемоника, если это даже рекомендуется для начала.