Ubuntu 16.04 загрузка в аварийный режим [dубликат]

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

Почему?

У пользователя были свои настройки для всех приложений, которые я использую отдельно от пользователь admin, который позволяет вам:

Отладить, связана ли проблема с пользователем или связана с системой. Учетная запись администратора как учетная запись резервного пользователя вместо учетной записи гостя и учетной записи root, если что-то пойдет не так, как с ваши пользовательские настройки, и вы больше не можете входить в систему. оставляйте документы администратора и документы пользователя разделенными в соответствующих домашних каталогах, если вы решите это сделать. Никакого эффекта при вводе случайной sudo перед командой. Невозможно увидеть, что обычный пользователь не должен видеть. Невозможно использовать ошибку эскалации привилегий пользователя. (в прошлом их было несколько). Будьте «нормальным пользователем», как и все остальные пользователи вашего компьютера, и знаете, какие преимущества / недостатки.
62
задан 25 November 2015 в 17:01

32 ответа

Вы можете запустить fsck из Ubuntu Live.

Включить компьютер. Загрузите DVD / USB Ubuntu Live. После того, как он загрузится, откройте терминал, нажав Ctrl + Alt + T. В терминале запустите: sudo -i fdisk -l fdisk сообщит вам, что вы вызываете ваш раздел / (root). В этом вопросе /dev/sdb1. Затем вы должны продолжить, выполнив: umount /dev/sdb1 fsck -y /dev/sdb1 poweroff Если команда umount жалуется, что sdb1 «не смонтирован», это не проблема. Мы хотели, чтобы это было «не смонтировано» :). Извлеките DVD / USB. Включите компьютер снова, чтобы загрузиться с SSD.
42
ответ дан 18 July 2018 в 10:31

Вы можете запустить fsck из Ubuntu Live.

Включить компьютер. Загрузите DVD / USB Ubuntu Live. После того, как он загрузится, откройте терминал, нажав Ctrl + Alt + T. В терминале запустите: sudo -i fdisk -l fdisk сообщит вам, что вы вызываете ваш раздел / (root). В этом вопросе /dev/sdb1. Затем вы должны продолжить, выполнив: umount /dev/sdb1 fsck -y /dev/sdb1 poweroff Если команда umount жалуется, что sdb1 «не смонтирован», это не проблема. Мы хотели, чтобы это было «не смонтировано» :). Извлеките DVD / USB. Включите компьютер снова, чтобы загрузиться с SSD.
42
ответ дан 24 July 2018 в 19:35

Вы можете запустить fsck из Ubuntu Live.

  1. Включить компьютер. Загрузите DVD-диск Ubuntu Live / USB.
  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.
42
ответ дан 2 August 2018 в 17:24

Вы можете запустить fsck из Ubuntu Live.

  1. Включить компьютер. Загрузите DVD-диск Ubuntu Live / USB.
  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.
42
ответ дан 6 August 2018 в 21:45

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

0
ответ дан 18 July 2018 в 10:31

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

shutdown /s /t 5

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

5
ответ дан 18 July 2018 в 10:31

Ответы Khushboo Rani и Cagan Arslan привели меня к постоянному решению.

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

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

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

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

Запуск панели управления Перейдите к разделу «Оборудование и звук», Настройки Перейдите к «Параметры электропитания». Нажмите «Выбрать, что делают кнопки питания». Нажмите «Изменить параметры, которые в настоящее время недоступны», и предоставите доступ к UAC. Снимите флажок с помощью параметра «Включить быстрый запуск (рекомендуется)»
12
ответ дан 18 July 2018 в 10:31

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

sudo nano /etc/fstab

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

, затем reboot для внесения изменений.

0
ответ дан 18 July 2018 в 10:31

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

fsck -y /dev/sda1 reboot
2
ответ дан 18 July 2018 в 10:31

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

0
ответ дан 18 July 2018 в 10:31

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

В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись оскорбителя в /etc/fstab, либо изменить ее так, чтобы mount был доволен ею.

1
ответ дан 18 July 2018 в 10:31

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

Мне не удалось установить один из ntfs в разделы, и ошибка была связана с отключением / спящим окном Windows. Я использовал sudo ntfsfix /dev/sda3, чтобы исправить проблему. Я смог установить ntfs-раздел sda3, но при перезапуске Ubuntu запускался в аварийном режиме. Чтобы устранить эту проблему, выполните следующую команду в окнах

shutdown /s /t 5

Это исправляет проблему с аварийным запуском Ubuntu.

15
ответ дан 18 July 2018 в 10:31

Как и в некоторых других ответах, трюк для меня заключался в том, чтобы прокомментировать запись в /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 был ключом к перезагрузке моей системы.

1
ответ дан 18 July 2018 в 10:31

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

23
ответ дан 18 July 2018 в 10:31

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

0
ответ дан 18 July 2018 в 10:31

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

sudo nano /etc/fstab

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

sudo systemctl reboot

В нем говорится, что он поврежден, поэтому я не знаю что об этом, но я надеюсь, что это может помочь кому-то, кто не может запустить свой Linux.

26
ответ дан 18 July 2018 в 10:31

у меня был тот же вопрос. Прокомментировал вручную добавлены разделы NTFS из системы /etc/fstab для начала нормально. Для этого используется команда ntfsfix исправить проблему журнала, причиненного тех, NTFS-разделах например команду: sudo ntfsfix /dev и/раздел NTFS снова монтируется в /etc/fstab и перезагрузиться

0
ответ дан 24 July 2018 в 19:35

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

shutdown /s /t 5

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

5
ответ дан 24 July 2018 в 19:35

Ответы Khushboo Rani и Cagan Arslan привели меня к постоянному решению.

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

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

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

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

Запуск панели управления Перейдите к разделу «Оборудование и звук», Настройки Перейдите к «Параметры электропитания». Нажмите «Выбрать, что делают кнопки питания». Нажмите «Изменить параметры, которые в настоящее время недоступны», и предоставите доступ к UAC. Снимите флажок с помощью параметра «Включить быстрый запуск (рекомендуется)»
12
ответ дан 24 July 2018 в 19:35
  • 1
    Для тех, кто с двойной загрузкой с Windows 10 и Ubuntu, Fast Boot («Быстрый запуск») должен быть первым, что вы отключите. Спасибо, это была именно та проблема, с которой я столкнулся. – Benjamin R 18 July 2017 в 00:03
  • 2
    Просто отметим, что даже если вы это делали раньше, вам, возможно, придется это сделать снова - обновления для Win10 регулярно меняются с вашими настройками. : - @ – cooperised 23 April 2018 в 10:26

я просто была такая же проблема и в моем случае, я просто воссоздал мой раздел жратвы и поэтому он имел конструкции идентификатор uuid, чем последний раздел жратвы у меня не было. Когда я загрузился в Ubuntu, то система не сможет проверить идентификатор uuid. Для решения этой проблемы я сделал:

sudo nano /etc/fstab

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

затем [F2], чтобы применить изменения.

0
ответ дан 24 July 2018 в 19:35

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

fsck -y /dev/sda1 reboot
2
ответ дан 24 July 2018 в 19:35

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

0
ответ дан 24 July 2018 в 19:35
  • 1
    На самом деле это не «исправление», но оно решает проблему за счет потери ваших данных. – Tcll 6 November 2017 в 06:25

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

В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись оскорбителя в /etc/fstab, либо изменить ее так, чтобы mount был доволен ею.

1
ответ дан 24 July 2018 в 19:35

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

Мне не удалось установить один из ntfs в разделы, и ошибка была связана с отключением / спящим окном Windows. Я использовал sudo ntfsfix /dev/sda3, чтобы исправить проблему. Я смог установить ntfs-раздел sda3, но при перезапуске Ubuntu запускался в аварийном режиме. Чтобы устранить эту проблему, выполните следующую команду в окнах

shutdown /s /t 5

Это исправляет проблему с аварийным запуском Ubuntu.

15
ответ дан 24 July 2018 в 19:35
  • 1
    Спасибо, ты привел меня к решению! Windows делает что-то очень похожее на спящий режим по умолчанию, когда вы обычно закрываете, чтобы включить «быструю загрузку»; , поэтому мое решение должно было отключить быструю загрузку. – Ben 7 January 2017 в 08:44

как и некоторые другие ответы, для меня было закомментировать запись в /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 был ключ к моей системе снова загрузиться.

1
ответ дан 24 July 2018 в 19:35

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

23
ответ дан 24 July 2018 в 19:35
  • 1
    Добро пожаловать в AskUbuntu! Было бы полезно, если бы вы могли включить ссылку на учебник, на который вы ссылаетесь, или, еще лучше, обобщить инструкции в своем ответе. – user 10 May 2016 в 15:20
  • 2
    Отличное предложение. Я отредактировал (и почти забыл) мой /etc/fstab вручную, априори перезагрузившись. – Ioannis Filippidis 14 May 2016 в 06:55
  • 3
    Вы мне очень помогаете. Спасибо +1 – Benny 31 August 2016 в 14:24
  • 4
    это верно. Я редактировал / media / ubuntu / MY_UBUNTU_PARTITION / etc / fstab и прокомментировал одну дополнительную строку – vmoh_ir 20 February 2018 в 16:17
  • 5
    Я был идиотом и ошибочно поставил запись fstab для жесткого диска USB, который, конечно же, не был подключен: D так удалял, что исправил проблему для меня – Attila Szeremi 20 July 2018 в 14:25

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

0
ответ дан 24 July 2018 в 19:35

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

sudo nano /etc/fstab

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

sudo systemctl reboot

В нем говорится, что он поврежден, поэтому я не знаю что об этом, но я надеюсь, что это может помочь кому-то, кто не может запустить свой Linux.

26
ответ дан 24 July 2018 в 19:35
  • 1
    Я думаю, что это было ближе всего к моей проблеме. Я добавил что-то плохое в fstab и не мог понять, что это было. Поэтому cp /etf/fstab.orig /etc/fstab было моим решением. Мораль истории: сделайте резервную копию своего оригинального fstab. – Sridhar-Sarnobat 18 December 2016 в 07:18
  • 2
    Ваш ответ решает мою проблему. Похоже, у меня были некоторые записи о области подкачки, которую я никогда не настраивал. Итак, я прокомментировал последние строки файла «fstab». Затем я смог вернуться к моей новой установленной системе. – Joshua Salazar 12 February 2018 в 04:39

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

В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись о нарушении в /etc/fstab, либо изменить ее, чтобы mount был доволен ею.

1
ответ дан 31 July 2018 в 22:38

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

В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись о нарушении в /etc/fstab, либо изменить ее, чтобы mount был доволен ею.

1
ответ дан 6 August 2018 в 21:45

Другие вопросы по тегам:

Похожие вопросы: