Ошибка “Kernel panic – not syncing” | Contabo VM

У меня есть сервер Contabo, работающий под управлением Ubuntu v22, который в настоящее время хостит несколько критически важных контейнеров Docker.

Contabo использует Proxmox для предоставления VPS.

Сегодня утром я проснулся и обнаружил, что мой сервер не работает, и, не имея возможности подключиться по SSH даже после нескольких перезагрузок, я вошел через VNC и только затем увидел ядро с ошибкой.

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

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

Давайте посмотрим на элемент вывода:

[ 1.12345] говорит нам, сколько секунд прошло после начала загрузки Linux, когда это произошло.

Итак, мы знаем, что ваша система была перезагружена за 1,3 секунды до того, как произошло то, что вы видите.

---[ end Kernel panic – not syncing: VFS: Unable to mount root fs …

Совпадает с этим. Ваше ядро не может найти устройство, которое должно стать его / директорией.

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

Либо, неожиданная перезагрузка является частью этого, и что-то резко остановило виртуальную машину, возможно, случайно испортив корневую файловую систему, “выдернув кабель” в критический момент. Это маловероятно, так как современные файловые системы на самом деле очень сложно разрушить таким образом. Потеря невписанного содержимого файлов действительно происходит, да, но сделать файловую систему невозможно для монтирования: это потребовало бы больше, чем просто отключение питания во время использования.

Нулевой шаг: найдите резервные копии. Вы говорите “критически важные”, так что я знаю, что вы понимаете, что вещи важны, поэтому я довольно оптимистично настроен, что у вас есть резервные копии!

Первый шаг: выяснить, почему виртуальная машина была перезагружена. Это может быть вопрос для вашего хостера.

Затем: выяснить, изменилась ли конфигурация виртуализатора. Скачайте образ диска вашей виртуальной машины, настройте его как loop back device на вашем компьютере и проверьте, можно ли найти тома/разделы. Проверьте, есть ли корневая файловая система. Проверьте целостность файловой системы (fsck, монтирование…). Проверьте, что параметры ядра (особенно параметр root=) отражены в структуре вашей системы.

Остальное действительно зависит от того, как ваш виртуализатор загружает вашу операционную систему – он может напрямую загружать ядро или передать это загрузчику (например, Grub). Выясните это! Это потребует человека, который имеет представление о том, как настроена ваша виртуализационная система.