Автор Тема: emergency mode, дальше не грузится. kDesktop 7.0.3 [решено]  (Прочитано 6814 раз)

Оффлайн Maxik

  • Участник
  • *
  • Сообщений: 301
    • Вегетарианское сообщество сурового климата.
Довольно часто система выдает сообщение о том, что работает в Emergency mode. предлагает войти под root.
можно посмотреть лог загрузки, но дальше система не грузится. работает startx под root.
Подскажите плиз как быть в такой ситуации. Ошибка зачастилась, как бороться не знаю.

Последнее, что делал:
Установил на два разных жестких диска две системы:
Сначала Alt Linux 7.0.3 kDesktop, на первый, пользовался, нормально работал.
Потом установил Alt Linux 7.0.3 Centaurus на второй жесткий диск с загрузчиком на втором диске.
В BIOS меняю порядок загрузки жестких дисков.
В итоге Centaurus работает, а kDesktop вылетает в режим Emergency mode.
Заранее благодарен (Особых навыков в работе с командной строкой нет).
« Последнее редактирование: 17.03.2014 18:47:27 от maxik »
С уважением, Максим.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Показывайте лог, другого пути нет.

Оффлайн Maxik

  • Участник
  • *
  • Сообщений: 301
    • Вегетарианское сообщество сурового климата.
Показывайте лог, другого пути нет.
а какой и где его взять? могу я его вытащить зайдя из другой системы?
С уважением, Максим.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
journalctl -xnпосле входа под рутом в предлагаемый режим. journalctl -xn &>journal.txtзапишет сообщения лога в файл journal.txt в текущую папку (по умолчанию это /root), который можно вытащить, загрузившись с живой системы или с другой системы, которая понимает файловую систему ext3/4.

Оффлайн Maxik

  • Участник
  • *
  • Сообщений: 301
    • Вегетарианское сообщество сурового климата.
journalctl -xnпосле входа под рутом в предлагаемый режим. journalctl -xn &>journal.txtзапишет сообщения лога в файл journal.txt в текущую папку (по умолчанию это /root), который можно вытащить, загрузившись с живой системы или с другой системы, которая понимает файловую систему ext3/4.

-- Logs begin at Сб 2014-03-15 09:00:45 KRAT, end at Пн 2014-03-17 00:28:55 KRAT. --
мар 17 00:28:47 maxik.mycomp systemd[1]: Started Save boot dmesg content.
-- Subject: Unit altlinux-save-dmesg.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit altlinux-save-dmesg.service has finished starting up.
--
-- The start-up result is done.
мар 17 00:28:47 maxik.mycomp systemd[1]: Started KVM accelerator kernel modules.
-- Subject: Unit qemu-kvm.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit qemu-kvm.service has finished starting up.
--
-- The start-up result is done.
мар 17 00:28:47 maxik.mycomp systemd[1]: Started Setup Virtual Console.
-- Subject: Unit systemd-vconsole-setup.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-vconsole-setup.service has finished starting up.
--
-- The start-up result is done.
мар 17 00:28:47 maxik.mycomp systemd[1]: Started Prepare X11 drivers.
-- Subject: Unit x11presetdrv.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit x11presetdrv.service has finished starting up.
--
-- The start-up result is done.
мар 17 00:28:47 maxik.mycomp kernel: tun: Universal TUN/TAP device driver, 1.6
мар 17 00:28:47 maxik.mycomp kernel: tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
мар 17 00:28:48 maxik.mycomp systemd[1]: Started Updating chrooted environments.
-- Subject: Unit altlinux-update_chrooted.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit altlinux-update_chrooted.service has finished starting up.
--
-- The start-up result is done.
мар 17 00:28:48 maxik.mycomp systemd[1]: Startup finished in 3.482s (kernel) + 1min 34.265s (userspace) = 1min 37.748s.
-- Subject: System start-up is now complete
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- All system services necessary queued for starting at boot have been
-- successfully started. Note that this does not mean that the machine is
-- now idle as services might still be busy with completing start-up.
--
-- Kernel start-up required 3482612 microseconds.
--
-- Initial RAM disk start-up required INITRD_USEC microseconds.
--
-- Userspace start-up required 94265497 microseconds.
мар 17 00:28:55 maxik.mycomp systemd[1]: Starting Stop Read-Ahead Data Collection...
-- Subject: Unit systemd-readahead-done.service has begun with start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-readahead-done.service has begun starting up.
мар 17 00:28:55 maxik.mycomp systemd[1]: Started Stop Read-Ahead Data Collection.
-- Subject: Unit systemd-readahead-done.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-readahead-done.service has finished starting up.
--
-- The start-up result is done.
С уважением, Максим.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Ещё посмотрите journalctl -b -p errна предмет ошибок. В этом логе маловато информации, об ошибках вообще нет сообщений.

Оффлайн Maxik

  • Участник
  • *
  • Сообщений: 301
    • Вегетарианское сообщество сурового климата.
Ещё посмотрите journalctl -b -p errна предмет ошибок. В этом логе маловато информации, об ошибках вообще нет сообщений.

-- Logs begin at РЎР± 2014-03-15 09:00:45 KRAT, end at РџРЅ 2014-03-17 18:12:25 KRAT. --
мар 17 18:10:45 maxik.mycomp kernel: ..MP-BIOS bug: 8254 timer not connected to IO-APIC
мар 17 18:10:45 maxik.mycomp systemd[1]: [/lib/systemd/system/systemd-journald.service:22] Failed to parse capability in bounding set, ignoring: CAP_SYSLOG
мар 17 18:10:49 maxik.mycomp kernel: sd 7:0:0:0: [sdc] No Caching mode page found
мар 17 18:10:49 maxik.mycomp kernel: sd 7:0:0:0: [sdc] Assuming drive cache: write through
мар 17 18:10:49 maxik.mycomp kernel: sd 7:0:0:0: [sdc] No Caching mode page found
мар 17 18:10:49 maxik.mycomp kernel: sd 7:0:0:0: [sdc] Assuming drive cache: write through
мар 17 18:10:49 maxik.mycomp kernel: sd 7:0:0:0: [sdc] No Caching mode page found
мар 17 18:10:49 maxik.mycomp kernel: sd 7:0:0:0: [sdc] Assuming drive cache: write through
мар 17 18:10:56 maxik.mycomp systemd[1]: Failed to start Activation of RAID devices.
мар 17 18:12:15 maxik.mycomp systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-3e795a95\x2d97a8\x2d43c3\x2db2b6\x2d2001eb8fzzzz.device.
мар 17 18:12:15 maxik.mycomp systemd[1]: Dependency failed for /mnt/sda5.
мар 17 18:12:15 maxik.mycomp systemd[1]: Dependency failed for Local File Systems.
мар 17 18:12:15 maxik.mycomp systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-eac79e53\x2d1508\x2d44d3\x2d87d2\x2d17f8f58ezzzz.device.
мар 17 18:12:15 maxik.mycomp systemd[1]: Dependency failed for /dev/disk/by-uuid/eac79e53-1508-44d3-87d2-17f8f58ezzzz.
мар 17 18:12:15 maxik.mycomp systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-69e1eb5b\x2de0a2\x2d4833\x2da85c\x2d5c8dd62fzzzz.device.

видимо проблема с дисками, может быть их можно как-то перемонтировать. как генерируются длинные имена из цифер и буковок я не знаю.
С уважением, Максим.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
То, что монтируется в /mnt/sda5, не определено (либо такого нет в одной из систем, либо uuid раздела другой). Разбирайтесь, чего лишнего у вас там монтируется и в какой системе. Проблема именно в этом. Если эту запись в fstab закомментировать, то загрузка произойдёт скорее всего.

Оффлайн Spanish ArCher

  • Участник
  • *
  • Сообщений: 1 234
Если я попался вам навстречу, Значит вам со мной не по пути.
(С) Воскресение

Оффлайн Maxik

  • Участник
  • *
  • Сообщений: 301
    • Вегетарианское сообщество сурового климата.
То, что монтируется в /mnt/sda5, не определено (либо такого нет в одной из систем, либо uuid раздела другой). Разбирайтесь, чего лишнего у вас там монтируется и в какой системе. Проблема именно в этом. Если эту запись в fstab закомментировать, то загрузка произойдёт скорее всего.

Спасибо! загрузилось!
С уважением, Максим.

Оффлайн Maxik

  • Участник
  • *
  • Сообщений: 301
    • Вегетарианское сообщество сурового климата.
То, что монтируется в /mnt/sda5, не определено (либо такого нет в одной из систем, либо uuid раздела другой). Разбирайтесь, чего лишнего у вас там монтируется и в какой системе. Проблема именно в этом. Если эту запись в fstab закомментировать, то загрузка произойдёт скорее всего.
То, что монтируется в /mnt/sda5, не определено (либо такого нет в одной из систем, либо uuid раздела другой). Разбирайтесь, чего лишнего у вас там монтируется и в какой системе. Проблема именно в этом. Если эту запись в fstab закомментировать, то загрузка произойдёт скорее всего.

Система стала долго загружаться. Прогресс бар доходит до конца и так висит несколько минут.
С уважением, Максим.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Вам уже ссылки дали
http://forum.altlinux.org/index.php/topic,31568.msg225413.html#msg225413

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

Оффлайн Maxik

  • Участник
  • *
  • Сообщений: 301
    • Вегетарианское сообщество сурового климата.
Вам уже ссылки дали
http://forum.altlinux.org/index.php/topic,31568.msg225413.html#msg225413

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

Посмотрел uuid дисков с помощью "blkid". Проверил их в fstab. видимо uuid для swap дисков поменялись при установке кентавра. поменял их на текущие. теперь всё нормально работает.
С уважением, Максим.