как отлаживать выскочку, если она зависает, а root - только для чтения?
Я пытаюсь отладить незапланированную / отложенную систему запуска (выскочка) 14.04.2 LTS. root - файловая система ext4 в контейнере luks. файловые системы находятся в чистом состоянии.
Процесс загрузки останавливается после разгона-сокета-моста (не обязательно после этой конкретной службы, например, когда был установлен cups-daemon, после этого он останавливался). init -v тоже не очень полезно. Единственная запись в журнале, которая не просто регистрирует запуск / остановку различных сервисов, - это об удеве перед init.
Begin: Running /scripts/init-bottom ... done.
udev exit failed --rc=2
(Edit). Перенос корня rw изначально, казалось, всегда приводил к чистой загрузке , но факт в том, что это своего рода непредсказуемое, и я потерпел неудачу и удачный ботинок в любом случае. ww?
Наблюдение: все кажется прекрасным, система просто не перезагружает корневую запись или продолжает загрузку.
Q: Как мне понять, какая служба виновата в получении
Обновление: при появлении второй оболочки через getty можно запустить initctl list после ее зависания, это текущие задания
mountnfs-bootclean.sh start/running
udev start/running, process 438
upstart-udev-bridge start/running, process 432
plymouth start/running, process 122
resolvconf start/running
ssh start/running, process 767 <-- this one was manually started
mountall start/running, process 337
mountkernfs.sh start/running
mountnfs.sh start/running
bootmisc.sh start/running
upstart-socket-bridge start/running, process 745**
cryptdisks start/running
mountdevsubfs.sh start/running
mtab.sh start/running
network-interface (lo) start/running
network-interface (eth0) start/running
plymouth-ready (startup) start/running, process 315
plymouth-upstart-bridge start/running, process 316
mountall-bootclean.sh start/running
network-interface-security (network-interface/eth0) start/running
network-interface-security (network-interface/lo) start/running
Обновление 2:
Повторное воссоздание выскочки и всех ее зависимых пакетов (это боль и) не имеет эффекта. Используя вторую консоль, я могу просто использовать init 5, чтобы застрявшая система продолжала нормально загружаться. система теперь застряла, даже если я вручную смонтировал корень rw (или использовал параметр ядра rw) - мое первоначальное замечание о том, что принудительное корневое редактирование работает вокруг проблемы, неверноОбход проблемы:
Кажется, это ошибка ureadahead s. Очистка привела к появлению 5 чистых сапог с любой проблемой. Я просто оставлю вопрос (и 100 дополнительных ответов) открытым для всех, кто интересуется или знает ответ на исходный вопрос: «Как, если бы не случайное испытание, я мог бы это понять».