emergency mode - как воостановить ?
После танцев с бубном по автоподключению разделов появилось сообщение при загрузке :
Welcome to emergency mode! After logging in, type «journalctl -xb» to view system logs, «systemctl reboot» to reboot,
«systemctl default» to try again to boot into default mode.
Give root password for maintenance
(or type Control-D to continue):
На винту стоят Кубунта 16,04 и виддовс10. Со Старта Убунта выдает это сообщение. Винда стартует из меню запуска нормально и после перегрузки винды можно зайти в кубунту, но после полного выключения все повторяется.
Как это победить?
alexsh@alexsh-System:~$ journalctl -xb | grep failed
Фев 12 12:19:53 alexsh-System kernel: acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
Фев 12 12:19:53 alexsh-System kernel: ata2: softreset failed (device not ready)
Фев 12 12:20:03 alexsh-System systemd-udevd[383]: Process '/lib/udev/hdparm' failed with exit code 5.
Фев 12 12:20:09 alexsh-System thermald[796]: THD engine start failed
Фев 12 12:20:11 alexsh-System colord[1005]: (colord:1005): Cd-WARNING **: failed to get session [pid 855]: Нет такого устройства или адреса
Фев 12 12:20:11 alexsh-System NetworkManager[822]: nm_device_get_device_type: assertion 'NM_IS_DEVICE (self)' failed
Фев 12 12:20:11 alexsh-System NetworkManager[822]: [1486894811.5372] failed to enumerate oFono devices: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
Фев 12 10:21:00 alexsh-System pulseaudio[1754]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Фев 12 10:25:11 alexsh-System colord[1005]: (colord:1005): Cd-WARNING **: failed to get session [pid 22001]: Нет такого устройства или адреса
Фев 12 10:31:13 alexsh-System colord[1005]: (colord:1005): Cd-WARNING **: failed to get session [pid 7019]: Нет такого устройства или адреса
Фев 12 10:37:55 alexsh-System colord[1005]: (colord:1005): Cd-WARNING **: failed to get session [pid 7212]: Нет такого устройства или адреса
alexsh@alexsh-System:~$ sudo nano /etc/fstab
#Entry for /dev/sda5 :
UUID=2e86f02e-b5d2-46df-96cb-6c8673e9a58c / ext4 errors=remount-ro 0 1
#Entry for /dev/sda7 :
UUID=43a371ec-644f-4514-8385-058450b22cc0 /home ext4 defaults 0 2
#Entry for /dev/sda1 :
UUID=8E9E1EA99E1E8A3B /media/M_PM__WM_PM_0M_QM__@M_PM_5M_PM_7M_PM_5M_QM__@M_PM_2M_PM_8M_QM__@M_PM__M_PM_2M_PM_0M_PM_=M_PM___M_QM__AM_PM_8M_QM__AM_QM__BM_PM_5M_PM__M_PM__M_PM_9 ntfs-3g d$
#Entry for /dev/sda2 :
UUID=E4E2FB2FE2FB0518 /media/sda2 ntfs-3g defaults,locale=ru_UA.UTF-8 0 0
#Entry for /dev/sda3 :
UUID=76323BC7323B8ADF /media/sda3 ntfs-3g defaults,locale=ru_UA.UTF-8 0 0
#Entry for /dev/sda6 :
UUID=7d62cfd8-4491-4bd9-b953-72187bc5007b none swap sw 0 0
Это в fstab-е не смущает?..
смущает в первую очередь, а что с ним сделать? заремить?
Это нужно полагать скрытый для самой винды загрузочный раздел, то что перед диском С. Поэтому эту запись из fstab вообще можно удалить.
проверил, результатов 0. та же картина.
та в journalctl -xb | grep failed запись не нравится
alexsh-System kernel: ata2: softreset failed (device not ready)
выдает такую ошибку. После виндовой перегрузки запускается
А в винде гибернация отключена?
не знаю, посмотрю. А что она дает?
Мешает монтировать диск с виндой в линуксе.
При выключении компа, винда использует гибернацию чтобы потом побыстрее загрузиться. Отчего диск не может примонтироваться корректно в линуксе и загрузить его. При перезагрузке из винды, она не использует гибернацию и раздел при загрузке линукса монтируется корректно и загружает систему как положено.
Чтобы узнать в этом ли проблема попробуй в винде отключить гибернацию, запустив командную строку от имени администратора:
powercfg -h offНу убивать всю гибернацию это очень жестоко. Да и не уверен, что поможет. А вот быстрый запуск отключить - самое то =)
Попробую вставить свои "пять копеек" У меня такая запись появилась когда были попутаны UUID разделов,проверьте UUID ну а дальше в зависимости от результата.
Не попутаны UUID разделов, а изменены, по разным причинам - тогда загрузиться совсем невозможно, нужно править UUID.
пошел по пути найменьшего сопротивления. Переустановил кубунту системный раздел и все поехало, а то по команде DF показывало много всякой ерунды с временными разделами. Спасибо всем!
Да вы совершенно правы ИЗМЕНЕНЫ не правильно выразился.А войти можно (or type Control-D to continue):(или нажмите control-D для продолжения) то есть входите в О.С. и правите UUID.
control-D не пускает далее и снова та же заставка а ентер пускает в консоль, но запустить всктоп не получается.
Да действительно я входил в консоль пытался править не получалось и я как и вы переустановил О.С.
Вот это, друзья, ярчайший пример случая, когда на диске полезно иметь кроме винды еще вторую Kubuntu для подстраховки, тем болей для размеров нынешних дисков - это плевое дело. Вот у меня сейчас на диске всего 80Гб прекрасно уживаются аж три Kubuntu -14.04, 16.04 и 17.04, без винды, она тоже имеется, но на другом (большом) диске с другой Kubuntu - 12.04.
Вот и я держу запасную систему (Винду) на диске на случай отказа или использовать программы не привычные на Кубунте (фотошоп, дреамвювер и автокад). Все можно и на Линуксных программа найти, но переучиваться не охота. Уже привычнее так. Основная же ОС Кубунта. Безопаснее по вирусам и драйвера подхватывает лучше (камера например старая и вин10 не видит)
Нужно отключить быстрый запуск на Windows 10.
С виндой это работает, но с двумя системами (вин + кубундта) не проходило, пришлось переустановить системный раздел в линуксе и проблемма ушла. В моем случае (я так понял) проблема была в моих танцах с бубном вокруг доплнительных пакетов. Хотя......?
Отправить комментарий