You are in emergency mode after logging in type linux mint

You are in emergency mode after logging in type linux mint

$ inxi -Fxz
System:
Kernel: 5.15.0-52-generic x86_64 bits: 64 compiler: gcc v: 11.2.0
Desktop: Cinnamon 5.4.12 Distro: Linux Mint 21 Vanessa
base: Ubuntu 22.04 jammy
Machine:
Type: Desktop Mobo: Gigabyte model: H81M-S2PV serial:
UEFI: American Megatrends v: F9 date: 08/11/2015
CPU:
Info: dual core model: Intel Pentium G3420 bits: 64 type: MCP arch: Haswell
rev: 3 cache: L1: 128 KiB L2: 512 KiB L3: 3 MiB
Speed (MHz): avg: 2642 high: 3191 min/max: 800/3200 cores: 1: 2094
2: 3191 bogomips: 12770
Flags: ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics
vendor: Gigabyte driver: i915 v: kernel bus-ID: 00:02.0
Device-2: NVIDIA GM107 [GeForce GTX 750] vendor: Palit Microsystems
driver: nouveau v: kernel bus-ID: 01:00.0
Device-3: Sunplus Innovation HD 720P webcam type: USB
driver: snd-usb-audio,uvcvideo bus-ID: 3-4:3
Display: x11 server: X.Org v: 1.21.1.3 driver: X: loaded: modesetting
unloaded: fbdev,vesa gpu: nouveau resolution: 1920×1080~60Hz
OpenGL: renderer: NV117 v: 4.3 Mesa 22.0.5 direct render: Yes
Audio:
Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio
driver: snd_hda_intel v: kernel bus-ID: 00:03.0
Device-2: Intel 8 Series/C220 Series High Definition Audio
vendor: Gigabyte driver: snd_hda_intel v: kernel bus-ID: 00:1b.0
Device-3: NVIDIA GM107 High Definition Audio [GeForce 940MX]
vendor: Palit Microsystems driver: snd_hda_intel v: kernel bus-ID: 01:00.1
Device-4: Sunplus Innovation HD 720P webcam type: USB
driver: snd-usb-audio,uvcvideo bus-ID: 3-4:3
Sound Server-1: ALSA v: k5.15.0-52-generic running: yes
Sound Server-2: PulseAudio v: 15.99.1 running: yes
Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Gigabyte driver: r8169 v: kernel port: d000 bus-ID: 03:00.0
IF: enp3s0 state: down mac:
Device-2: Ralink MT7601U Wireless Adapter type: USB driver: mt7601u
bus-ID: 3-1:2
IF: wlx1cbfcef72bfe state: up mac:
Drives:
Local Storage: total: 1.35 TiB used: 52.69 GiB (3.8%)
ID-1: /dev/sda vendor: Patriot model: Burst Elite 480GB size: 447.13 GiB
ID-2: /dev/sdb vendor: Toshiba model: DT01ACA050 size: 465.76 GiB
ID-3: /dev/sdc vendor: Toshiba model: DT01ACA050 size: 465.76 GiB
ID-4: /dev/sdd type: USB model: USB DISK 2.0 size: 7.22 GiB
Partition:
ID-1: / size: 97.97 GiB used: 12.02 GiB (12.3%) fs: ext4 dev: /dev/sda5
ID-2: /boot/efi size: 96 MiB used: 30.3 MiB (31.5%) fs: vfat
dev: /dev/sda1
ID-3: /home size: 245.44 GiB used: 40.56 GiB (16.5%) fs: ext4
dev: /dev/sda7
Swap:
ID-1: swap-1 type: partition size: 16.6 GiB used: 0 KiB (0.0%)
dev: /dev/sda6
ID-2: swap-2 type: partition size: 8 GiB used: 0 KiB (0.0%)
dev: /dev/sdb5
Sensors:
System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nouveau temp: 40.0 C
Fan Speeds (RPM): N/A
Info:
Processes: 223 Uptime: 23h 29m Memory: 15.52 GiB used: 3.56 GiB (22.9%)
Init: systemd runlevel: 5 Compilers: gcc: 11.3.0 Packages: 2719 Shell: Bash
v: 5.1.16 inxi: 3.3.13

(железо списано из предыдущего моего поста)

При входе в систему появляется надпись:
You are in emergency mode. After logging in, type «journalctl -xb» to view system logs, «systemctl reboot» to reboot, «systemctl default» or «exit» to boot into default mode.
перевод:
Вы находитесь в аварийном режиме. После входа введите «journalctl -xb» для просмотра системных журналов, «systemctl reboot» для перезагрузки, «systemctl default» или «exit» для загрузки в режим по умолчанию.

При вводе «journalctl -xb» выскакивает длиннющая портянка, от которой не могу избавиться. Приходится перезагружать комп принудительно.
При вводе «systemctl reboot» не происходит ничего. Опять появляется текст, приведённый выше.
При вводе «systemctl default» появляется заставка входа в ОС, но в саму ОС зайти не получается. После ввода пароля появляется опять заставка входа в ОСу. Но зато есть возможность перезагрузить комп программно.
При вводе «exit» не происходит ничего. Опять появляется текст, приведённый выше.

Помогите справиться с ситуацией. Что можно применить?

Источник

Не запускается Linux с ошибкой Welcome to emergency mode

17.01.2020

VyacheslavK

CentOS, Linux

комментария 4

В своей работе мне приходилось неоднократно сталкиваться с проблемой загрузки Linux в аварийном режиме с ошибкой Welcome to emergency mode. Чаще всего проблема возникает при аварийном отключении питания на сервере, при краше системы или других подобных воздействиях. В 90% случаев это ошибка связана с повреждением файловой системы Linux, которую можно решить.

В данной статье мы рассмотрим варианты решения подобной проблемы, их может быть несколько.

Исправляем ошибки файловой системы с помощью LiveCD

Рассмотрим пример, когда у вас был какой-то сбой на сервере, например, аварийное отключение питания и при загрузке Linux сервера в remote console или vnc, вы видите следующую картину:

Welcome to emergency mode! After logging in, type “journalctl -xb” to view system logs, “systemctl reboot” to reboot, “systemctl default” or ^D to try again boot into default mode. Give root password for maintained (or press Control-D to continue).

Аварийный режим emergency mode обеспечивает минимально возможную среду Linux для восстановления система, если ОС не может войти в режим восстановления (Rescue mode). В аварийном режиме система монтирует корневую файловую систему на для чтение. Другие локальные файловые системы не монтируются, сетевые интерфейсы не поднимаются.

Если нажать сочетание клавиш Control + D, то начинается загрузка системы, но в конечном итоге все возвращается к тому же Emergency mode:

Чтобы решить данную проблему, вам нужно загрузиться на сервере с LiveCD или LiveUSB и использовать утилиту SystemRescueCd. Я загрузил образ с утилитой systemrescuecd:

Теперь запустите проверку файловой системы сервера с исправлением всех найденных ошибок с помощью команды:

# fsck -y /dev/sda1 — где sda1 ваш раздел диска.

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

Проблема с монтирование в fstab

Второй вариант, который может случиться, это повреждение или некорректная конфигурация файла fstab. В моем случае, при загрузке с systemrescuecd и проверки системы, проблем не было обнаружено и это не помогло. Но при открытии fstab я увидел, в конфигурации нет разделов диска для монтирования, а есть только запись о загрузочном диске:

Чтобы решить вопрос, нужно получить UUID ваших дисков через утилиту blkid:

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

Linux установлен с USB флешки

Так же в работе были моменты, когда установкуLinux производили с установочного флеш-накопителя и после рестарта сервера, ОС загружалась с ошибкой “Welcome to emergency mode!“. При проверке fstab было обнаружено, что этот флеш-накопитель был прописан в fstab как рабочий раздел. В таком случае помогает удаление строки с монтированием и перезапуск системы. Как и в первом случае, вам нужно загрузиться с systemrescuecd и открыть fstab. Скорее всего вы сразу увидите, что там есть подобный раздел — /mnt/usb1:

Просто удалите данную строку, если вы теперь не используете флеш-накопитель.

Dualboot конфигурация Windows и Linux

Еще один из вариантов проблемы, замеченный пользователями — это параллельное использование Windows и СentOS на одном компьютере. При загрузке часто возникает ошибка emergency mode при монтировании разделов Windows. Обычное решение проблемы заключается в отключении быстрого запуска Windows.

Чтобы отключить быстрый запуск, перейдите в меню Электропитание -> Системные параметры и выбрать пункт «Изменение параметров, которые сейчас недоступн».

Снимите галочку в блоке «Включить быстрый запуск».

Сохраните изменения и перезапустите ваш сервер. После выполненных рекомендаций, CentOS должен запуститься.

Если вы используете LVM разделы, данная ошибка так же может появиться, в целом решение проблемы схоже с обычным разделом, нужно проверить fstab и исправить ошибки, допущенные в нем.

Предыдущая статья Следующая статья

Источник

«Welcome to emergency mode!» Think it is a fsck problem

Welcome to emergency mode! After logging in,type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to try again to boot into default mode. 

-- Unit systemd-fsckd.service has begun starting up. juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced. juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found. juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options) juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4. juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device. -- Subject: Unit systemd-fsck-root.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit systemd-fsck-root.service has failed. -- -- The result is failed. juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state. juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed. juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems. -- Subject: Unit systemd-remount-fs.service has begun start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel 

I ignored other errors like: ACPI PCC probe failed , nvidia not proprietary , etc. I can access my PC by pressing Ctrl + D , but it is annoying.

Источник