Rocky Linux не запускается в аварийном режиме на виртуальной машине KVM.

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

Я “унаследовал” виртуальный сервер у немецкого хостера STRATO с Rocky Linux 8, но без root-пароля. Я хотел изменить это, как обычно, поэтому в grub я ввел

rd.break enforcing=0

Введите rd.break enforcing=0 в grub, и Ctrl+X должен запустить Rocky Linux в аварийном режиме.

К сожалению, он не запускается, просто висит. Известна ли какая-то проблема с KVM или STRATO что-то блокирует?

У STRATO также есть “система спасения”, которая запускает Debian, где я могу монтировать диски – но я не знаю, как изменить пароль оттуда. Вход в оболочку root с помощью chroot возможен, но пароль, измененный там, должен быть бесполезен для Rocky с SELinux.

Есть идеи?

С уважением

Albi

Я видел, как этот вопрос задавали несколько раз в разных местах, и я тоже только что боролся с этим. Теперь я не могу гарантировать, что это решение для всех случаев, когда это происходит, но это то, что происходило у меня. Поэтому записываю это здесь в надежде, что это поможет другим людям, а также как напоминание для меня! (также я понимаю, что я опоздал примерно на 8 месяцев с вашим вопросом, так что вы, вероятно, уже давно его решили!).

Во-первых, я проверил документацию Red Hat – как я понимаю, Rocky должен быть совместим ошибками с ошибками, поэтому, основываясь на этом предположении, вход в однопользовательский режим для Rocky 9 должен быть таким же, как для RHEL 9.

Кажется, существует множество учебных пособий и подобных материалов, которые документируют rd.break как способ сделать это, так что, основываясь на предположении, что мы на правильном пути – вот один из таких примеров: https://www.linuxtechi.com/boot-rhel-9-into-rescue-mode/

Теперь, учитывая это, кажется, что происходит что-то еще. Я не знаком со STRATO, но я работаю на KVM с настроенным дисплеем SPICE.

Проблема в моей системе заключалась в том, что строка console= была установлена на ttyS0 только, и я использовал физическую консоль. В результате я думал, что виртуальная машина зависла, но это было не так – виртуальная машина выполняла то, на что была настроена, а именно использовала ttyS0 в качестве основной (и единственной) консоли.

Я добавил rd.break console=tty0 в строку linux, и вдруг я оказался в своей однопользовательской среде и приступил к выполнению всех обычных шагов.

Надеюсь, это поможет кому-то!

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

Решение проблемы запускаекстренного режима в виртуальной машине с Rocky Linux на KVM

Если вы столкнулись с проблемой запуска экстренного режима на Rocky Linux в виртуальной машине на базе KVM, находящейся у хостера STRATO, то это руководство может помочь вам. Прежде всего, давайте подробно рассмотрим возможные шаги для решения этой проблемы.

Проблема

Вы пытаетесь загрузить Rocky Linux 8 в экстренный режим, вводя в GRUB следующие параметры: rd.break enforcing=0, однако загрузка "зависает" и не происходит ожидаемого перехода в экстренный режим.

Решение

  1. Проверка настроек консоли:

    • Одной из распространенных причин, по которой загрузка кажется "зависшей", является неправильная настройка консоли. Измените параметр console= в опциях GRUB. Часто это поле настроено на ttyS0, что может не совпадать с используемым интерфейсом отображения.
    • Попробуйте изменить параметр на console=tty0 и добавьте его к linux-строке: rd.break console=tty0. Это может позволить вам корректно видеть процессы загрузки на физической консоли.
  2. Продолжение загрузки в экстренном режиме:

    • После внесения изменений и применения их с помощью Ctrl+X, система должна успешно загрузиться в экстренный режим, позволяя вам выполнять дальнейшие действия.
  3. Использование rescue-системы STRATO:

    • Если предпринятые действия не помогли, используйте "rescue system" от STRATO. Она загрузит Debian, позволяя вам смонтировать диски и провести нужные изменения.
    • Из-за активированной SELinux просто изменить пароль root не получится корректно без перенастройки контекста. Вы можете выполнить следующие команды из chroot-среды:
      mount -o remount,rw /sysroot
      chroot /sysroot
      passwort root
      touch /.autorelabel
    • После этого перезагрузите систему, что позволит пересоздать контексты безопасности благодаря команде /.autorelabel.

Профилактика ошибок

  • Убедитесь, что используемые команды и параметры совместимы с вашей версией Rocky Linux. Хотя Rocky Linux заявлен как "баг в баг совместимый" с RHEL, изменения в версиях могут влиять на некоторые процессы.
  • Ознакомьтесь с документацией и новыми релизами, особенно если используете более старые или новые версии пакетов.

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

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

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