Я запускаю точно так же: один пользователь, где я делаю свой пользовательский материал, и один пользователь, где я делаю только админ-материал без каких-либо пользователей. Даже командные подсказки разные: у пользователей есть зеленое приглашение, а администраторы - красные!
У пользователя были свои настройки для всех приложений, которые я использую отдельно от пользователь admin, который позволяет вам:
Отладить, связана ли проблема с пользователем или связана с системой. Учетная запись администратора как учетная запись резервного пользователя вместо учетной записи гостя и учетной записи root, если что-то пойдет не так, как с ваши пользовательские настройки, и вы больше не можете входить в систему. оставляйте документы администратора и документы пользователя разделенными в соответствующих домашних каталогах, если вы решите это сделать. Никакого эффекта при вводе случайной sudo перед командой. Невозможно увидеть, что обычный пользователь не должен видеть. Невозможно использовать ошибку эскалации привилегий пользователя. (в прошлом их было несколько). Будьте «нормальным пользователем», как и все остальные пользователи вашего компьютера, и знаете, какие преимущества / недостатки.Вы можете запустить 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. Вы можете запустить 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. Вы можете запустить fsck
из Ubuntu Live.
sudo -i
fdisk -l
fdisk
сообщите, как вы вызываете свой раздел /
(root). В этом вопросе /dev/sdb1
. Затем вы должны продолжить, выполнив: umount /dev/sdb1
fsck -y /dev/sdb1
poweroff
Если команда umount
жалуется, что sdb1
«не смонтирован», это не проблема. Мы хотели, чтобы он был «не смонтирован»:). Вы можете запустить fsck
из Ubuntu Live.
sudo -i
fdisk -l
fdisk
сообщите, как вы вызываете свой раздел /
(root). В этом вопросе /dev/sdb1
. Затем вы должны продолжить, выполнив: umount /dev/sdb1
fsck -y /dev/sdb1
poweroff
Если команда umount
жалуется, что sdb1
«не смонтирован», это не проблема. Мы хотели, чтобы он был «не смонтирован»:). У меня была такая же проблема. Комментирует вручную добавленные разделы ntfs из / etc / fstab. Система запускается нормально. Используется команда ntfsfix для исправления проблемы ведения журнала, вызванной этими разделами ntfs. Например: Sudo ntfsfix / Dev / ntfs partition. Снова установлен в / etc / fstab. Перезагрузите
В моем случае (Dual Boot Windows 10) мне пришлось правильно закрыть Windows с помощью команды (на окнах):
shutdown /s /t 5
Когда я перезагружаюсь, Ubuntu загружается без проблем.
Ответы Khushboo Rani и Cagan Arslan привели меня к постоянному решению.
Windows 10 имеет функцию, названную Khushboo Rani по умолчанию, которая, когда пользователь выключается обычно с помощью кнопки «выключить» или кнопки питания на компьютере, фактически сохранит запущенное ядро и некоторые другие элементы системы на жестком диске, подобном спячке после выхода из системы. Это также заставляет Windows «блокировать» раздел каким-то образом, делая это, чтобы предотвратить повреждение данных, случайное или злонамеренное. Это означает, что Ubuntu не может монтировать раздел Windows во время запуска.
В моем случае у меня есть записи для раздела Windows в / etc / fstab, поэтому это привело к тому, что Ubuntu не загрузился.
Решение заключается в загрузке в Windows, отключении «быстрой загрузки», а затем в нормальном режиме.
Из ссылки, которую я поделил ранее, отключите быструю загрузку в Windows следующим образом:
Запуск панели управления Перейдите к разделу «Оборудование и звук», Настройки Перейдите к «Параметры электропитания». Нажмите «Выбрать, что делают кнопки питания». Нажмите «Изменить параметры, которые в настоящее время недоступны», и предоставите доступ к UAC. Снимите флажок с помощью параметра «Включить быстрый запуск (рекомендуется)»У меня была одна и та же проблема, и в моем случае я только что воссоздал мой раздел grub, и поэтому у него был другой UUID, чем у последнего раздела grub. Когда я загрузил ubuntu, система не сможет проверить UUID. Чтобы исправить эту проблему, я сделал:
sudo nano /etc/fstab
Затем закомментируйте строку, содержащую UUID, из только что измененного раздела.
, затем reboot для внесения изменений.
У меня была точно такая же проблема: загрузка Ubuntu LTS 16.04 с USB-накопителя. Выполнение sysctl default не исправило его, fsck мгновенно запустится с сообщением о прогрессе сканирования и затем появится такое же приглашение. Вот что сработало:
fsck -y /dev/sda1
reboot
У меня была такая же проблема, после запуска команды fsck она восстанавливалась, но через некоторое время мой компьютер снова перешел в аварийный режим, поэтому я удалил все данные с жесткого диска и установил новую ОС. Это решило мою проблему. Я думаю, что проблема была в Ubuntu 15.0 яркой версии, поэтому я установил версию 14.0. Еще нет проблем.
Если это происходит в виртуальной виртуальной машине, то может быть, что он не смог смонтировать один из разделов в /etc/fstab - к сожалению, он не работает с «добро пожаловать в аварийный режим!». даже если это не критический раздел, поэтому, если вы добавили неверную запись, чтобы попытаться смонтировать файловую систему с помощью vboxsf, тогда вся система не сможет загрузиться, не сделав ее очень ясной в журнале загрузки, что это основная проблема. [ ! d0]
В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись оскорбителя в /etc/fstab, либо изменить ее так, чтобы mount был доволен ею.
Я использую двойную систему загрузки Windows 10 и Ubuntu 16.X.
Мне не удалось установить один из ntfs в разделы, и ошибка была связана с отключением / спящим окном Windows. Я использовал sudo ntfsfix /dev/sda3, чтобы исправить проблему. Я смог установить ntfs-раздел sda3, но при перезапуске Ubuntu запускался в аварийном режиме. Чтобы устранить эту проблему, выполните следующую команду в окнах
shutdown /s /t 5
Это исправляет проблему с аварийным запуском Ubuntu.
Как и в некоторых других ответах, трюк для меня заключался в том, чтобы прокомментировать запись в /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 был ключом к перезагрузке моей системы.
я просто имел дело с аварийном режиме. В моей ситуации я последовал за учебник, установки который предложил изменить некоторые варианты для моей точки монтирования в /etc/fstab . Удалив лишние опции, мой сервер перезагружается без проблем.
Итак, есть много хороших ответов здесь - просто чтобы добавить к информации, моя проблема была ошибкой в написании tmpfs как tempfs, которая неверна в строке, которую я добавил в / etc / fstab для защиты сервера
Я не знаю, решили ли вы вашу проблему. Что я сделал:
sudo nano /etc/fstab
Затем удалите то, что вы добавили там для sdb1, а затем запустите:
sudo systemctl reboot
В нем говорится, что он поврежден, поэтому я не знаю что об этом, но я надеюсь, что это может помочь кому-то, кто не может запустить свой Linux.
у меня был тот же вопрос. Прокомментировал вручную добавлены разделы NTFS из системы /etc/fstab для начала нормально. Для этого используется команда ntfsfix исправить проблему журнала, причиненного тех, NTFS-разделах например команду: sudo ntfsfix /dev и/раздел NTFS снова монтируется в /etc/fstab и перезагрузиться
В моем случае (Dual Boot Windows 10) мне пришлось правильно закрыть Windows с помощью команды (на окнах):
shutdown /s /t 5
Когда я перезагружаюсь, Ubuntu загружается без проблем.
Ответы Khushboo Rani и Cagan Arslan привели меня к постоянному решению.
Windows 10 имеет функцию, названную Khushboo Rani по умолчанию, которая, когда пользователь выключается обычно с помощью кнопки «выключить» или кнопки питания на компьютере, фактически сохранит запущенное ядро и некоторые другие элементы системы на жестком диске, подобном спячке после выхода из системы. Это также заставляет Windows «блокировать» раздел каким-то образом, делая это, чтобы предотвратить повреждение данных, случайное или злонамеренное. Это означает, что Ubuntu не может монтировать раздел Windows во время запуска.
В моем случае у меня есть записи для раздела Windows в / etc / fstab, поэтому это привело к тому, что Ubuntu не загрузился.
Решение заключается в загрузке в Windows, отключении «быстрой загрузки», а затем в нормальном режиме.
Из ссылки, которую я поделил ранее, отключите быструю загрузку в Windows следующим образом:
Запуск панели управления Перейдите к разделу «Оборудование и звук», Настройки Перейдите к «Параметры электропитания». Нажмите «Выбрать, что делают кнопки питания». Нажмите «Изменить параметры, которые в настоящее время недоступны», и предоставите доступ к UAC. Снимите флажок с помощью параметра «Включить быстрый запуск (рекомендуется)»я просто была такая же проблема и в моем случае, я просто воссоздал мой раздел жратвы и поэтому он имел конструкции идентификатор uuid, чем последний раздел жратвы у меня не было. Когда я загрузился в Ubuntu, то система не сможет проверить идентификатор uuid. Для решения этой проблемы я сделал:
sudo nano /etc/fstab
затем закомментируйте строку, содержащую идентификатор uuid из раздела у меня был просто изменен.
затем [F2], чтобы применить изменения.
У меня была точно такая же проблема: загрузка Ubuntu LTS 16.04 с USB-накопителя. Выполнение sysctl default не исправило его, fsck мгновенно запустится с сообщением о прогрессе сканирования и затем появится такое же приглашение. Вот что сработало:
fsck -y /dev/sda1
reboot
У меня была такая же проблема, после запуска команды fsck она восстанавливалась, но через некоторое время мой компьютер снова перешел в аварийный режим, поэтому я удалил все данные с жесткого диска и установил новую ОС. Это решило мою проблему. Я думаю, что проблема была в Ubuntu 15.0 яркой версии, поэтому я установил версию 14.0. Еще нет проблем.
Если это происходит в виртуальной виртуальной машине, то может быть, что он не смог смонтировать один из разделов в /etc/fstab - к сожалению, он не работает с «добро пожаловать в аварийный режим!». даже если это не критический раздел, поэтому, если вы добавили неверную запись, чтобы попытаться смонтировать файловую систему с помощью vboxsf, тогда вся система не сможет загрузиться, не сделав ее очень ясной в журнале загрузки, что это основная проблема. [ ! d0]
В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись оскорбителя в /etc/fstab, либо изменить ее так, чтобы mount был доволен ею.
Я использую двойную систему загрузки Windows 10 и Ubuntu 16.X.
Мне не удалось установить один из ntfs в разделы, и ошибка была связана с отключением / спящим окном Windows. Я использовал sudo ntfsfix /dev/sda3, чтобы исправить проблему. Я смог установить ntfs-раздел sda3, но при перезапуске Ubuntu запускался в аварийном режиме. Чтобы устранить эту проблему, выполните следующую команду в окнах
shutdown /s /t 5
Это исправляет проблему с аварийным запуском Ubuntu.
как и некоторые другие ответы, для меня было закомментировать запись в /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 был ключ к моей системе снова загрузиться.
У меня только случай с аварийным режимом. В моей ситуации я выполнил руководство по установке, в котором было предложено отредактировать некоторые параметры моих точек монтирования в /etc/fstab. Удалив дополнительные опции, мой сервер перезагрузился без проблем.
Итак, есть много хороших ответов здесь - просто чтобы добавить к информации, моя проблема была ошибкой в написании tmpfs как tempfs, которая неверна в строке, которую я добавил в / etc / fstab для защиты сервера
Я не знаю, решили ли вы вашу проблему. Что я сделал:
sudo nano /etc/fstab
Затем удалите то, что вы добавили там для sdb1, а затем запустите:
sudo systemctl reboot
В нем говорится, что он поврежден, поэтому я не знаю что об этом, но я надеюсь, что это может помочь кому-то, кто не может запустить свой Linux.
Если это происходит в виртуальной виртуальной машине VM, возможно, он не смог подключить один из разделов в /etc/fstab
- к сожалению, он не работает с «добро пожаловать в аварийный режим!». даже если это не критический раздел, поэтому, если вы добавили неверную запись, чтобы попытаться смонтировать файловую систему с помощью vboxsf
, тогда вся система не сможет загрузиться, не сделав ее очень ясной в журнале загрузки, что это основная проблема.
В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись о нарушении в /etc/fstab
, либо изменить ее, чтобы mount
был доволен ею.
Если это происходит в виртуальной виртуальной машине VM, возможно, он не смог подключить один из разделов в /etc/fstab
- к сожалению, он не работает с «добро пожаловать в аварийный режим!». даже если это не критический раздел, поэтому, если вы добавили неверную запись, чтобы попытаться смонтировать файловую систему с помощью vboxsf
, тогда вся система не сможет загрузиться, не сделав ее очень ясной в журнале загрузки, что это основная проблема.
В любом случае, чтобы устранить проблему, вам нужно либо закомментировать запись о нарушении в /etc/fstab
, либо изменить ее, чтобы mount
был доволен ею.