"Ласкаво просимо в аварійний режим!" Подумайте, що це проблема fsck

фрагмент journalctl -xb (на мою думку, це неправильно, він був принаймні червоним):

-- 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

Ігноруються інші помилки, такі як: Збій ACPI PCC не вдався., Nvidia не є власником тощо ...

EDIT: Я можу отримати доступ до свого ПК, натиснувши Ctrl+ D, але це дратує.

Ви можете працювати fsckз Ubuntu Live.

1. Увімкніть комп’ютер. Завантажте DVD / USB Ubuntu Live (спробуйте без встановлення).
2. Після завантаження відкрийте термінал, натиснувши Ctrl+ Alt+T

3. У терміналі запустіть:

   sudo -i
   fdisk -l
   

   fdiskповідомить вам, як /називається ваш розділ (root). У цьому питанні це так /dev/sdb1.

   Потім слід продовжити:

   umount /dev/sdb1
   fsck -y /dev/sdb1
   poweroff
   

   Якщо umountкоманда скаржиться, що sdb1"не встановлено", це не проблема. Ми хотіли, щоб це було "не встановлено" :).

4. Вийміть DVD / USB. Знову ввімкніть комп’ютер для завантаження з SSD.

Я не знаю, чи вирішили ти свою проблему. Що я зробив:

sudo nano /etc/fstab

Потім видаліть те, що ви там додали, sdb1і запустіть:

sudo systemctl reboot

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

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

Я використовую Windows 10 та Ubuntu 16.X подвійну систему завантаження.

Мені не вдалося змонтувати один із розділів ntfs, і помилка була пов'язана із відключенням / сплячим режимом Windows. Я sudo ntfsfix /dev/sda3вирішував цю проблему. Мені вдалося змонтувати ntfs розділ sda3, але при перезапуску Ubuntu запускався в аварійному режимі.
Щоб виправити цю проблему, запустіть наступну команду у Windows

shutdown /s /t 5

Це виправляє аварійний старт запуску Ubuntu.

Відповіді Хушбу Рані та Кагана Арслана привели мене до постійного рішення.

У Windows 10 є функція під назвою швидке завантаження за умовчанням, яка, коли користувач нормально вимикається за допомогою кнопки "вимкнення" або кнопки живлення на комп'ютері, фактично збереже працююче ядро ​​та деякі інші системні речі на жорсткому диску до сплячого режиму після виходу з системи. Це також призводить до того, що Windows якимось чином "блокує" розділ, роблячи це, щоб запобігти пошкодженню даних, випадкових чи зловмисних. Це означає, що Ubuntu не може змонтувати розділ Windows під час запуску.

У моєму випадку у мене є записи для розділу Windows в / etc / fstab, тому це зробило Ubuntu незавантаженим.

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

За посиланням, яким я ділився раніше, відключіть швидке завантаження під час роботи в Windows таким чином:

1. Запустіть панель управління
2. Перейдіть у налаштування "Обладнання та звук"
3. Перейдіть до "Параметри живлення"
4. Натисніть "Вибрати, що роблять кнопки живлення"
5. Натисніть "Змінити налаштування, які наразі недоступні" та надайте доступ до UAC.
6. Зніміть прапорець за допомогою параметра "Увімкнути швидкий запуск (рекомендовано)"

У моєму випадку (Dual Boot Windows 10) мені довелося належним чином закрити Windows за допомогою команди (у Windows):

shutdown /s /t 5

Коли я перезавантажуюсь, Ubuntu завантажується без проблем.

У мене саме така проблема була, завантаживши Ubuntu LTS 16.04 з флешки. Виконання sysctl defaultцього не вирішило, fsckнезабаром спалахне повідомлення про прогрес сканування msg, і тоді з'явиться та сама підказка. Ось що працювало:

fsck -y /dev/sda1
reboot

Якщо це відбувається в VirtualBox VM, то, можливо, він не зміг встановити один з розділів в /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. Напр .: Sudo ntfsfix / Dev / ntfs розділ Встановлено знову в / etc / fstab Reboot

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

У мене був такий самий випуск, і в моєму випадку я щойно відтворив свій грубний розділ, і тому він мав диференційований UUID, ніж останній розділ, який у мене був. Коли я завантажував ubuntu, система не змогла перевірити UUID. Щоб вирішити цю проблему, я зробив:

sudo nano /etc/fstab

Потім прокоментуйте рядок, що містить UUID з розділу, який я щойно змінив.

потім rebootзастосувати зміни.

Усі вищезазначені відповіді мені не допомогли, оскільки у мене не було файлу відновлення для fstab.
У чому полягає хитрість (в аварійному режимі)

cat /proc/mounts > /etc/fstab