“Добро пожаловать в чрезвычайный режим!” Думайте, что это - fsck проблема

Я не знаю, решили ли вы вашу проблему. Что я сделал, так это :

sudo nano /etc/fstab

Затем удалите то, что вы добавили туда для sdb1, а затем запустите:

sudo systemctl reboot

Там написано, что он поврежден, так что я не знаю, что с этим делать, но я надеюсь, что это может помочь тому, кто не может запустить свою Linux.

У меня только что был случай с аварийным режимом.В своей ситуации я следовал руководству по установке, в котором предлагалось отредактировать некоторые параметры для моих точек монтирования в / etc / fstab . После удаления дополнительных опций мой сервер перезагрузился без проблем.

ഞാൻ വിൻഡോസ് 10, ഉബുണ്ടു 16. എക്സ് ഡ്യുവൽ ബൂട്ട് സിസ്റ്റം ഉപയോഗിക്കുന്നു.

എനിക്ക് ntfs പാർട്ടീഷനുകളിലൊന്ന് മ mount ണ്ട് ചെയ്യാൻ കഴിഞ്ഞില്ല, കൂടാതെ പിശക് വിൻഡോസ് ഷട്ട്ഡ / ൺ / ഹൈബർ‌നേറ്റുമായി ബന്ധപ്പെട്ടതാണ്. പ്രശ്നം പരിഹരിക്കാൻ ഞാൻ sudo ntfsfix / dev / sda3 ഉപയോഗിച്ചു. എനിക്ക് ntfs പാർട്ടീഷൻ sda3 മ mount ണ്ട് ചെയ്യാൻ കഴിഞ്ഞു, പക്ഷേ പുനരാരംഭിക്കുമ്പോൾ ഉബുണ്ടു എമർജൻസി മോഡിൽ ആരംഭിക്കുകയായിരുന്നു.
ഈ പ്രശ്നം പരിഹരിക്കുന്നതിന്, വിൻഡോസിൽ ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക

shutdown /s /t 5

ഇത് ഉബുണ്ടു എമർജൻസി സ്റ്റാർട്ട് പ്രശ്നം പരിഹരിക്കുന്നു.

Ответы Хушбу Рани и Кагана Арслана привели меня к окончательному решению.

В Windows 10 есть функция под названием быстрая загрузка включена по умолчанию, которая, когда пользователь обычно завершает работу с помощью кнопки «выключить» или кнопки питания на компьютере, фактически сохраняет работающее ядро ​​и некоторые другие системные данные на жесткий диск, аналогично гибернация после выхода из системы. Это также приводит к тому, что Windows каким-то образом «блокирует» раздел при этом, чтобы предотвратить повреждение данных, случайное или злонамеренное. Это означает, что Ubuntu не может смонтировать раздел Windows во время запуска.

В моем случае у меня есть записи для раздела Windows в / etc / fstab, поэтому Ubuntu не загружается.

Решение состоит в том, чтобы загрузиться в Windows, отключить " быстрая загрузка », а затем нормально выключить. Теперь проблема должна быть решена навсегда!

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

1. Запустите панель управления
2. Перейдите в настройки «Оборудование и звук»
3. Перейти к «Параметры электропитания»
4. Нажмите «Выбрать, что делают кнопки питания»
5. Нажмите «Изменить настройки, которые в настоящее время недоступны» и предоставьте доступ к UAC.
6. Снимите флажок «Включить быстрый запуск (рекомендуется) "setting

В моем случае (двойная загрузка Windows 10) мне пришлось правильно завершить работу Windows с помощью команды (в Windows):

shutdown /s /t 5

Когда я перезагружаюсь, Ubuntu загружается без проблем.

У меня была точно такая же проблема при загрузке Ubuntu LTS 16.04 с USB-накопителя. Выполнение sysctl default не помогло исправить это, fsck на короткое время будет мигать с сообщением о ходе сканирования, а затем появится такое же приглашение. Вот что сработало:

fsck -y /dev/sda1
reboot

Если это происходит в виртуальной машине VirtualBox, то может случиться так, что не удалось смонтировать один из разделов в /etc/fstab - к сожалению, не удалось "добро пожаловать в аварийный режим! "даже если это не критический раздел - например, если вы добавили некорректную запись для попытки монтирования файловой системы с помощью vboxsf, то вся система не сможет загрузиться, не указав в загрузочном журнале, что это и есть причина проблемы. В любом случае, чтобы устранить проблему, нужно либо закомментировать вредоносную запись в /etc/fstab, либо изменить ее так, чтобы mount был доволен.

Как и в случае с некоторыми другими ответами, уловка для меня заключалась в том, чтобы закомментировать запись в / etc / fstab для моего дополнительного раздела LVM. Я не знаю, почему несколько дней назад он начал жаловаться на то, что Ubuntu 17.10 больше не может находить раздел LVM, и почему из-за этого система загружалась в «аварийном» режиме.

Как только запись была закомментирована в / etc / fstab , я успешно перезагрузился на свой рабочий стол. Просматривая некоторые руководства, я заметил, что мне не хватает некоторых команд LVM, поэтому я запустил sudo apt-get install lvm2 , который, похоже, устранил проблему.

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

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

Не уверен, все ли они необходимы - я подозреваю, что apt-get install lvm2 был ключом к повторной загрузке моей системы.

У меня была такая же проблема, после запуска команды fsck он восстанавливался, но через некоторое время мой компьютер снова перешел в аварийный режим, поэтому я удалил все данные со своего жесткого диска диск и установил новую ОС. Это решило мою проблему. Я думаю, проблема была в яркой версии Ubuntu 15.0, поэтому я установил версию 14.0. По-прежнему нет проблем.

У меня была такая же проблема. Комментированные вручную добавленные разделы ntfs из /etc/fstab Система запущена нормально. Использована команда ntfsfix для исправления проблемы журналирования, вызванной этими ntfs разделами. Eg: Судо ntfsfix /Dev/ntfs раздел Снова установлен в /etc/fstab Reboot

Так что здесь есть много хороших ответов - просто чтобы добавить к информации, моей проблемой была ошибка в написании tmpfs как tempfs, которая некорректна в строке, которую я добавил в /etc/fstab для защиты сервера

У меня была такая же проблема, и в моем случае я только что воссоздал свой раздел grub, и поэтому у него был другой UUID, чем у последнего раздела grub, который у меня был. Когда я загружал ubuntu, система не могла проверить UUID. Чтобы исправить эту проблему, я сделал:

sudo nano / etc / fstab

Затем закомментируйте строку, содержащую UUID из раздела, который я только что изменил.

затем перезагрузите , чтобы применить изменения.

Все приведенные выше ответы мне не помогли, так как у меня не было файла восстановления для fstab.
Какая уловка была (в аварийном режиме)

cat /proc/mounts > /etc/fstab

В моем случае я добавил раздел USB-накопителя в / etc / fstab. когда я загрузился с удаленным USB-накопителем, произошла ошибка

. Все, что мне нужно для решения проблемы, это удалить строку о USB-накопителе. Я знаю, что вы решили проблему с ur, но это может быть полезно другим людям :)

Я также обнаружил ту же ошибку, показывающую (/ dev / xyz) VFS: не могу найти файловую систему ext4.

У меня даже не было пароля пользователя root для входа.

Итак, я выполнил следующие шаги, чтобы решить эту проблему:

• Загрузитесь с Ubuntu Live DVD / USB (нажмите F11, чтобы выбрать быструю книгу option)
• Восстановить пароль root с помощью этого метода Сбросить пароль root для Ubuntu 16.04

• Проверить состояние файловой системы с помощью следующих команд,

   df -h
  lsblk --fs --ascii
  lsblk -l;
  fdisk -l;
   

• Удалите том umount / dev / xyz и исправьте его с помощью fsck / xfs_repair в соответствии с типом файловой системы.

umount / dev / sdb1 fsck -y / dev / xyz

• В моем случае точка монтирования отсутствовала, но fstab имел запись для нее. Поэтому я снова создал ту же точку монтирования и обновил запись fstab , используя следующие команды.

sudo mkdir -p / mnt / abc sudo mount / dev / xyz / mnt / abc vim / и т. д. / fstab UUID = xxxxxxxxxx-eeee-rrrrr-807a-xxxxxxxxxx / mnt / abc xfs rw, noatime 0 2

• Затем просто перезагрузите систему.

sudo systemctl reboot

У меня это сработало.