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

Когда я включил свой ноутбук, я обнаружил это сообщение:

Добро пожаловать в режим восстановления! После входа в систему введите "journalctl -xb", чтобы просмотреть
системные журналы, "systemctl reboot", чтобы перезагрузить, "systemctl default" или ^D
чтобы попытаться снова загрузиться в обычный режим.
Введите пароль суперпользователя для обслуживания
(или введите control-D для продолжения):

Я пробовал все вышеперечисленные команды, но ничего не происходит.
Как я могу решить эту проблему?

Когда вы видите Ctrl+D, введите пароль суперпользователя.
Затем выполните mount -a, чтобы увидеть, где ошибка (какая строка).

Затем введите sudoedit /etc/fstab и исправьте отсутствующую или удалите ее, затем сохраните и, наконец, перезагрузите с sudo reboot.

 #mount -a

это смонтирует все диски и покажет все не смонтированные точки монтирования.

затем перейдите к

    # vi /etc/fstab

закомментируйте не смонтированные точки монтирования в fstab

затем

   #reboot

К счастью, у меня было предчувствие, почему мой компьютер (Debian Jessie) не может загрузиться (я неправильно изменил fstab), но, конечно, не мог войти, потому что у меня была проблема автора.

ответ skierpage содержал решение, которое было на странице помощи ubuntu. В частности, шаги, которые я предпринял, были “Другим способом”:

1. На меню загрузки введите e, чтобы отредактировать команду загрузки.
2. Замените ro на rw init=/bin/bash

Затем нажмите F10, чтобы загрузиться, и я смог получить доступ к shell суперпользователя без пароля и мог отредактировать /etc/fstab, чтобы отменить свои изменения.

Вы не можете ввести ни одну из этих команд, пока не “Введите пароль суперпользователя для обслуживания”.

У вас есть два варианта, которые она предлагает, плюс некоторые другие.

1. Введите пароль суперпользователя. Это может быть ваш пароль. Я сам застрял здесь на своем компьютере Kubuntu.
2. Нажмите Ctrl+D, и он попытается снова (и, вероятно, снова не получится).
3. Нажмите Ctrl+Alt+Del, что обычно перезагружает компьютер. На многих компьютерах нажатие Esc во время загрузки может дать больше деталей и опций.
4. Удерживайте кнопку питания или физически отключите питание (уберите батарею).

Если вы не можете вспомнить пароль суперпользователя, страница помощи в вики Ubuntu или Как мне сбросить потерянный административный пароль? могут помочь.

Привет!

Я уже довольно долго загружался в режиме восстановления. Я нажимал Enter и вводил exit или ctrl-d, иногда мне приходилось делать это несколько раз, но в конечном итоге это обычно срабатывало. Я хотел выяснить, что не так, и загрузиться сразу в Ubuntu без режима восстановления. Windows 10 была установлена на моем ноутбуке с завода и загружалась нормально. Я удалил Windows 10 и установил тестовую версию Ubuntu на /dev/sda1, и она не загружалась в режим восстановления. Так что я надеялся, что это не аппаратная ошибка, т.е. просто сломана. Я прочитал этот вопрос

“Добро пожаловать в режим восстановления!” Думаю, это проблема fsck

и подумал, может быть, если я выполню fsck -y /dev/sda6, это решит проблему, к сожалению, это не сработало. Затем я прочитал эту статью

Неправильный GUID системного раздела EFI?

и выполнил more /etc/fstab на обоих разделах Ubuntu. Хотя я установил оба раздела Ubuntu на одном ноутбуке, в fstab были два разных значения UID для /boot/efi.

Старая установка Ubuntu, которая загружалась в режим восстановления, имела следующее

UUID=BEAA-DA23  /boot/efi       vfat    defaults      0       1

Новый пустой раздел тестовой версии Ubuntu имел следующее

/dev/disk/by-uuid/AB34-68EA /boot/efi vfat defaults 0 1

Я выполнил blkid, и он показывает UUID корневого раздела и раздела своп, но не раздела /boot/efi, который, оглядываясь назад, был тем, что вызывало проблему. Когда я удалил свой раздел Windows, мне нужно было создать новый раздел /boot/efi, и UUID изменился, когда я это сделал. Новая установка Ubuntu заметила это и правильно сконфигурировалась. Но старая, где я установил все свои программы и хранил все свои данные, осталась без изменений. Если вы хотите найти UUID своего раздела /boot/efi без установки новой копии Ubuntu, вы можете выполнить ls -l /dev/disk/by-uuid, и UUID раздела /boot/efi должен быть там. Он также отображается в gparted, если вы выполните sudo gparted и дважды щелкните на раздел. Gparted также сказал мне установить некоторые пакеты через apt, чтобы он мог правильно читать vfat-раздел. Я сделал это, используя apt через

sudo apt install dosfstools mtools

Я выполнил sudo emacs /etc/fstab на старом разделе Ubuntu, закомментировал старую строку вот так

#UUID=BEAA-DA23  /boot/efi       vfat    defaults      0       1

И под ней указал новую информацию о /boot/efi из тестового раздела Ubuntu.

/dev/disk/by-uuid/AB34-68EA /boot/efi vfat defaults 0 1

И пока это работает. У меня был случайный перезапуск ранее, который обычно не происходит, но я думаю, что это может быть что-то другое. Когда я снова перезагрузился, он не загрузился в режим восстановления и сразу загрузился в Ubuntu. Проблема, похоже, решена! Надеюсь, это объяснение поможет кому-то еще.

Удачи!

обновление:

Я начинаю думать, что UUID – это еще одна новая частично сломанная замена, которая не такая хорошая, как то, что у нас уже было. Для раздела /boot/efi и всех ваших других – я думаю, вы можете полностью избежать UUID и просто использовать устройство /dev/sda2, что традиционно всегда работало и что всегда делал Linux/Unix. Думаю,

/dev/sda2 /boot/efi vfat defaults 0 1

будет работать просто прекрасно, и вы можете полностью избежать UUID, если у них нет какой-то другой функции, о которой я не знаю. Google говорит, что это хорошо, если вы добавляете хранилище, но когда UUID меняется, вам нужно вручную исправить fstab так же, как когда меняется устройство /dev. А когда я добавляю хранилище, я обычно оставляю загрузочный раздел на месте.

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