Emergency mode linux как выйти

Обновлено: 07.07.2024

В качестве примера будет использована система Ubuntu 18.04 LTS, но руководство актуально для любой системы, использующей Systemd как подсистему инициализации. Так же мы рассмотрим команды по восстановлению системы Ubuntu без ее переустановки.

Что такое режим восстановления в системах Linux?

Режим восстановления эквивалентен однопользовательскому режиму в дистрибутивах Linux, которые используют демон SysV в качестве диспетчера служб по умолчанию. В режиме восстановления все локальные файловые системы будут примонтированы, но только некоторые важные службы будут запущены. Например, сетевые сервисы не будут запущены. Режим восстановления Linux полезен в ситуациях, когда система не может нормально загрузиться. Кроме того, в данном режиме мы можем выполнить некоторые важные операции по восстановлению, например, такие как сброс root пароля.

Что такое аварийный режим?

В отличие от режима восстановления, в аварийном режиме не монтируются точки монтирования файловых систем, службы и сокеты не будут запущены. Аварийный режим подходит для отладки.

Загрузка в режим восстановления в Ubuntu 18.04 LTS

Запустите установленную систему Ubuntu. Когда появится меню Grub, выберите первую запись и нажмите e для редактирования.


Если у вас не отобразилось меню Grub, то нужно нажать клавишу ESC сразу после исчезновения логотипа BIOS.

Найдите строку, начинающуюся со слова «linux», удалите значение «$vt_handoff» и в конце этой строки введите следующее значение (Чтобы быстрее достичь конца строки, просто нажмите CTRL + e или используйте клавишу END или стрелки LEFT / RIGHT на клавиатуре):


После того, как вы добавили вышеприведенное значение, нажмите сочетание клавиш CTRL + x или F10, чтобы загрузить систему в режим восстановления. Через несколько секунд вы попадете в режим восстановления (однопользовательский режим) в качестве пользователя root. Нажмите Enter.

Затем введите следующую команду для монтирования файловой системы root (/) в режим чтения / записи:


Загрузка в аварийный режим

Загрузка операционной системы Linux в аварийный режим аналогична описанному выше методу. Все, что вам нужно сделать, это заменить «systemd.unit= rescue.target» на «systemd.unit = emergency.target» при редактировании меню Grub.


После того, как вы добавили «systemd.unit=emergency.target», нажмите Ctrl + x или F10, чтобы продолжить загрузку в аварийный режим.

Вы можете подключить корневую файловую систему в режим чтения / записи с помощью команды:


Переключение между режимами восстановления и аварийный режимом и наоборот

Если вы загрузились в режим восстановления, то из него же можно переключиться в аварийный режим с помощью следующей команды:

Аналогично, чтобы переключиться с аварийного режима в режим восстановления, введите команду:


Режим восстановления Recovery mode в Linux

Еще одним режимом, которым можно воспользоваться для восстановления системы, является режим Recovery mode. Примечателен он тем, что содержит предустановленные утилиты для восстановления.

Для запуска режима восстановления необходимо загрузиться в меню Grub, выбрать Дополнительные параметры.

Затем из появившегося списка выбрать первое (верхнее) ядро с надписью (recovery mode).


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


Теперь вы знаете, что такое режим восстановления, аварийный режим и Recovery mode, а также как загрузиться в эти режимы в Ubuntu 18.04. Как я уже упоминал, приведенные здесь шаги будут работать во многих последних версиях Linux, в которых используется Systemd.

Как восстановить операционную систему Ubuntu без переустановки

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

На экране входа в систему воспользуйтесь комбинацией клавиш CTRL + ALT + F1 для переключения в виртуальную консоль tty1, возможно вам придется переключится на другую виртуальную консоль, в таком случае воспользуйтесь этой же комбинацией клавиш, но с F2 или F3 и т.д. И затем выполните следующие команды:


Если причиной того, что система не загружается стала установка видеорайвера Nvidia, то для решения проблемы его нужно удалить:

И обновить систему:

И перезагрузить систему:

Так же может помочь переустановка рабочего окружения. Для Ubuntu это будет следующая команда (не влияет на пользовательские данные):

Рекомендую периодически делать резервные копии системы и домашнего каталога пользователя, соответствующими инструментами. Например, для резервного копирования в среде Linux можно воспользоваться утилитой QT5-FSArchiver.


  1. Проверяем правильность время в BIOS
  2. Загружаемся с LiveCD или LiveUSB (например: GParted, SystemRescueCd)
  3. После входа в систему, открываем терминал и получаем root права: sudo -i
  4. Просматриваем, какие диски и какие разделы у нас имеются, командой: fdisk -l
  5. Запускаем проверку целостности файловой системы с исправлением всех ошибок в автоматическом режиме: fsck -y /dev/sda1
  6. Выполняем проверку остальных разделов жесткого диска
  7. Перезагружаем, проверяем.

Комментарии (38)

Спасибо тебе добрый человек. Все заработало.

Спасибо, толковая инфа, мне не помогла, но натолкнула на мысль. Оказалось, в авозагрузке стояла флешка, которую я вынула, и система, не обнаружив оной, сказала "Вай-вай-вай! Нет такого важного (наверное) диска" и отказалась работать. Удалила запись из файла /etc/fstab с записью об автозагрузке и система исцелилась. Ура!

Спасибо. Устанавливал ОС на флешку с другой флешки, а когда вынул установочную - основная отказывалась грузиться так как имела метку sdc

Вот ОН! самый верный совет! Спасибо вам!

все это не удобно, если диск сдох на удаленной машинке, и даже если диск поменяли, удалено его не перемонтировать

спасибо! Все заработало

Спасибо Анне, помогло выставить новые uid и номера разделов в /etc/fstab, я удалял разделы, там вообще другие стояли, посмотрел в gparted и сменил.

Если на жестяке так же установлена винда, то сперва до проверки жестких дисков можно просто загрузиться в винду, правильно ее выключить и грузить линукс.

Автоматизировать запуск FSCK
В конфигурационном файле /etc/default/rcS присвоить переменной FSCKFIX значение yes:
FSCKFIX=yes

И до кучи ошибки ACPI на стареньких материнках в файлик /etc/modprobe.d/options.conf
добавить
options libata noacpi=1

Все заработало спасибо большое!

Спасибо тебе, добрый человек! Все помогло и для Opensuse 42.2 с Windows 10.

Огромное спасибо. Помогло с LinuxMint 18.3.

Спасибо большое, помогло! Linux Mint 18.2 + Windows 10

Премного благодарен. Ваш совет очень помог.
Системы: Linux Mint 18.3 C1innamon; Windows 10 Домашняя V 1709.

Spasibo bolwoe. bratan ty lutwiy

у меня sda1 linux
sda2 extended
sda5 linux swap
когда проверяю sda1 пишет: fsck 1.42.6
e2fsck 1.42.6
/dev/sda1: clean 496547/58925056 files 143010902/2356999200 blocks
******
тоже самое с sda2
/sbin/e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda2
Could this be a zero-lenght partition?
********
тоже самое с sda5
error 2 while executing fsck.swap for /dev/sda5


вот такая печенька! И система уже после проверки всё равно идет на emergency mode

Спасибо. Все заработало, но можно было не загружаясь с LiveCD или LiveUSB нажать Enter, тогда откроется командная строка и ввести все туда.(P.s. Там даже sudo не понадобится)

Спасибо, все заработало. fsck нашел ошибки файловой системы dev/sda6, а потом их исправил.

Как определить точную причину, почему Systemd входит в emergency mode

Система Linux при возникновении проблем во время загрузки может переходить в оболочку emergency mode (аварийный режим).

Экран предлагает выполнить команду

для поиска причин неполадок в системе.

Также предлагается выполнить

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


Вы можете попробовать ввести systemctl default — иногда это действительно помогает, но иногда требуется разрешить проблему, которая стала причиной Emergency mode.

Вывод journalctl -xb довольно обширный и его изучение без фильтров не всегда даёт подсказку, почему выбрасывает в аварийную оболочку. Рассмотрим способы, которые могут помочь отыскать проблему.

1. Поиск проблем с монтированием

Причин, по которой система переходит в Emergency mode не так уж много, обычно это проблемы с монтированием дисков и разделов. Посмотрите, что вам скажут следующие команды?

2. Поиск ошибок

3. Неудачный запуск fsck

Проверьте записи, связанные с fsck:

4. Неудачный запуск любых служб

Следующие команды (они идентичны) выведут список служб, которые не удалось запустить:

5. Поиск по журналу в Emergency mode и Maintenance mode

Вы можете выполнять поиск ошибок по журналу journald без использования команд — возможно, вам это будет удобнее. Поскольку journalctl использует для многостраничного просмотра команду less, то вы можете применять все сочетания клавиш этой утилиты для ваших поисков.

Если вы полагаетесь на функцию поиска (/) и ищите что-то вроде "error", "warning" или "fail", то с помощью -i убедитесь, что выполняется поиск без учёта регистра букв.

Список команд и клавиш для поиска по journalctl (и в целом по less):


В этой статье объясняется, как загрузить систему CentOS / RHEL 7 и 8 в режим восстановления или аварийный режим.

В CentOS / RHEL 7 и 8 режим восстановления ( Rescue ) и аварийный режим ( Emergency ) являются системными целями, которые заменили концепцию уровней запуска в предыдущих версиях CentOS / RHEL.

Режим восстановления эквивалентен однопользовательскому режиму и требует пароля root.

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

Режим восстановления попытается смонтировать все локальные файловые системы и запустить некоторые важные системные службы, но он не активирует сетевые интерфейсы и не позволяет входить нескольким пользователям.

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

В аварийном режиме система монтирует корневую файловую систему только для чтения, не пытается монтировать другие локальные файловые системы, не активирует сетевые интерфейсы.

Загрузка в аварийный режим

1. Во время загрузки, когда появляется меню GRUB2, нажмите клавишу e для редактирования.

2. Добавьте следующий параметр в конец строки linux16 в системах x86-64 или строку linuxefi в системах UEFI:

Нажмите Ctrl + a (или Home) и Ctrl + e (или End), чтобы перейти к началу и концу строки.

3. Нажмите Ctrl + x, чтобы загрузить систему с параметром.


Загрузка в режим Rescue

1. Во время загрузки, когда появляется меню GRUB2, нажмите клавишу e для редактирования.

2. Добавьте следующий параметр в конец строки linux16 в системах x86-64 или строк

в системах UEFI: Нажмите Ctrl + a (или Home) и Ctrl + e (или End), чтобы перейти к началу и концу строки.

3. Нажмите Ctrl + x, чтобы загрузить систему с параметром.


Загрузка в Debug Shell

Debug shell systemd обеспечивает shell в процессе запуска, которую можно использовать для диагностики проблем загрузки, связанных с systemd.

Попав в этот шелл, команды systemctl, такие как systemctl list-jobs и systemctl list-unit, могут использоваться для диагностики проблем с загрузкой.

Во время загрузки, когда появляется меню GRUB2, нажмите клавишу e для редактирования.

Добавьте следующий параметр в конце строки linux16 в системах на базе BIOS x86-64 или в строке linuxefi в системах UEFI:

Читайте также: