Инстанс Debian в Google Compute Engine загружается в режим экстренного восстановления.

Вопрос или проблема

У меня есть экземпляр Debian 12, который нормально работал, но теперь застревает в emergency mode после перезагрузки.

Вывод последовательного порта



[[0;32m  OK  [0m] Достигнута цель [0;1;39mnetwork-online.target[0m - Сеть в сети.

[[0;32m  OK  [0m] Достигнута цель [0;1;39mnss-lookup.…m - Поиск имен хостов и сети.

Вы находитесь в emergency mode. После входа в систему введите "journalctl -xb", чтобы просмотреть

журналы системы, "systemctl reboot", чтобы перезагрузить, "systemctl default" или "exit"

чтобы загрузиться в обычный режим.

Не удается открыть доступ к консоли, учетная запись root заблокирована.

Смотрите страницу справки sulogin(8) для получения дополнительных деталей.

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

[K[   [0;31m*[0;1;31m*[0m[0;31m*[0m] Задача dev-disk-by\x2duuid-6b3277db\x2… начала выполняться (1мин 28с / 1мин 30с)
M
[K[    [0;31m*[0;1;31m*[0m] Задача dev-disk-by\x2duuid-6b3277db\x2… начала выполняться (1мин 29с / 1мин 30с)
M
[K[     [0;31m*[0m] Задача dev-disk-by\x2duuid-6b3277db\x2… начала выполняться (1мин 29с / 1мин 30с)
M
[K[    [0;31m*[0;1;31m*[0m] Задача dev-disk-by\x2duuid-6b3277db\x2… начала выполняться (1мин 30с / 1мин 30с)
M
[K[[0;1;31m ВРЕМЯ [0m] Время ожидания ожидания устройства [0;1;…277db-5548-43c1-8dd5-179c5c2e4dae.
[K[[0;1;38;5;185mЗАВИСИМОСТЬ[0m] Зависимость не выполнена для [0;1;39msyst…277db-5548-43c1-8dd5-179c5c2e4dae.
[[0;1;38;5;185mЗАВИСИМОСТЬ[0m] Зависимость не выполнена для [0;1;39mmedi…ta\x2d1.mount[0m - /media/data-1.
[[0;1;38;5;185mЗАВИСИМОСТЬ[0m] Зависимость не выполнена для [0;1;39mloca…s.target[0m - Локальные файловые системы.

В первый раз это произошло из-за события “shielded_vm_integrity”;

lateBootReportEvent: {
   actualMeasurements: [11]
   policyEvaluationPassed: false
   policyMeasurements: [3]
}

Теперь я отключил vTPM, мониторинг целостности и параметры безопасной загрузки. Я больше не получаю событие целостности, однако машина все еще переходит в emergency mode.

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

Ответ или решение

Решение проблемы с загрузкой Debian 12 на Google Compute Engine в режиме аварии

Вы столкнулись с серьезной проблемой: ваша Debian 12 виртуальная машина на Google Compute Engine загрузилась в режим аварии после перезагрузки. Давайте рассмотрим ситуацию подробнее и предложим шаги для восстановления системы.

Анализ проблемы

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

Важные моменты, которые следует учесть:

  1. Проблема с устройством ZFS: Если ZFS-диск, указанный в журнале, недоступен или поврежден, это может быть причиной возникновения режима аварии. Проверьте конфигурацию и состояние этого диска, особенно если это дополнительный диск.

  2. Приостановка службы и системные тайм-ауты: Некоторые службы могут зависать при попытке доступа к недоступным устройствам. Если тайм-аут превышает установленные пределы, это может привести к остановке загрузки.

  3. Проблемы с безопасностью: Первоначальная ошибка, связанная с shielded_vm_integrity, также может повлиять на загрузку системы, если настройки безопасности были изменены. Вы уже отключили виртуальный TPM и мониторинг целостности, что является правильным шагом в этом направлении.

Предложения по восстановлению

  1. Использование режима восстановления:

    • Включите доступ по консоли и выполните перезагрузку системы.
    • Попробуйте загрузить в резервном режиме с помощью systemctl default или exit из режима аварии, если такие опции доступны.
  2. Доступ к системе через консоль:

    • Если нет доступа к консоли, попробуйте загрузиться с помощью rescue image или временного образа Debian. Это можно сделать, создав новый экземпляр, подключить дополнительные диски и скопировать важные данные.
  3. Проверка конфигурации ZFS:

    • Если вы все еще можете подключиться к системе через rescue, проверьте состояние ZFS-диска с помощью команды zpool status.
    • Выполните команды zfs list и zfs mount для проверки доступных файловых систем и их подключаемости.
  4. Просмотр журналов:

    • Когда вы зайдете в систему, выполните команду journalctl -xb для анализа системных журналов и поиска дополнительных ошибок, которые могут указывать на корень проблемы.
  5. Удаление зависимых служб:

    • Если ваш ZFS-диск не нужен для загрузки, убедитесь, что не используете его при старте системы. В конфигурации /etc/fstab нужно временно закомментировать строки, связанные с проблемным устройством, чтобы не допустить зависания при загрузке.
  6. Обновление и исправление системы:

    • Попробуйте выполнить обновление системы и убедитесь, что все пакеты установлены корректно. Это может также решить потенциальные проблемы с драйверами.

Заключение

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

Вы также можете обратиться в службу поддержки Google Cloud для получения дополнительной помощи. Не забывайте, что регулярные резервные копии и мониторинг состояния ваших ресурсов помогут избежать подобных проблем в будущем.

SEO-оптимизация

Данное руководство включает ключевые слова, такие как "Debian 12", "Google Compute Engine", "режим аварии", "восстановление ZFS" и другие, что может помочь в его нахождении для поиска решения аналогичных проблем в будущем.

Оцените материал
Добавить комментарий

Капча загружается...