Перезагрузка подвешивает 100% - возможно в mountall

ОБНОВЛЕНИЕ: кажется, что mountall зависает в стандартной программе emit_event (), который это называет, после / повторно смонтирован для испускания события к тому эффекту. Внутри emit_event, это называет ply_boot_client_flush (), затем создает огибающий массив, называет upstart_emit_event (), затем dbus_pending_call_block (). И там это зависает. Так какие-либо идеи, почему dbus_pending_call_block завис бы неограниченно долго? Поврежденный Плимут? dbus? выскочка? Какие-либо предложения для мер или дальнейшей диагностики?

Перезагрузка моего LTS Ubuntu 10.04, машина AMD на 64 бита подвешивает 100%. Индикатор доступа диска выключен, но ключи alt-sysreq действительно работают. Аппаратные средства являются ноутбуком Lenovo W700ds. Теперь, я приношу извинения заранее, потому что я очень ограничен в информации о системе, которую я имею в наличии, и в том, что я могу сделать с нею (потому что она не загрузится). Я могу загрузиться с 10,04 CD - использование его как спасательный диск. Я могу fsck, смонтироваться и читать и записать в мои разделы - они в порядке. Я уже попытался переформатировать свою подкачку с mkswap. У меня есть 4 ext4 раздела в моей системе: sda1/, sda2 является/usr, sda3 является / домой, и 4-е, которое я использую для хранения данных/sdb1 (весь диск, монтируется в точке монтирования/hdb, который я создал). Существует также/sda4, который является подкачкой. Прямо сейчас я пишу это из браузера, я открыл на 'спасательной сессии' от 10.04 установок LTS CD.

Я ЗНАЧИТЕЛЬНО ценил бы предложения/комментарии, что я мог сделать, чтобы помочь диагностировать то, что зависает, почему, и что я мог сделать для фиксации его. Я уже сделал веб-поиск, но не нашел ничто нового вдоль этих строк (приблизительно 1-1.5-летние отчеты об ошибках с подобными признаками, но их меры не работали).

Я установил 10.04 на новом диске вокруг первого июля, затем используемая способность для осовременивания всего. С тех пор я устанавливал много пакетов (я присоединю журнал dpkg ниже). Так как sda составлял 750 ГБ (/20 ГБ,/usr 80 ГБ) у меня было много пространства для установки пакетов, которые я 'мог бы когда-нибудь использовать'. Интересно, если его из этих пакетов, которые я установил, который завинтил мою систему? Я установил ядро, 2.6.32-32-универсальное и перезагруженное, но установил намного больше пакетов с тех пор. Я перезагружаю это машины максимально редко - предпочтение быть в спящем режиме он при движении с места на место. В последнее время, хотя, я заметил некоторое странное поведение, связанное с de-спящим-режимом: когда система была бы de-hibernate это поднимать экранную заставку гнома с, пароль должен был разблокировать - хорошо, это не распознает мой пароль! Я имел к alt-F1, войдите в систему как корень и уничтожьте экранную заставку. Затем все были бы в порядке, или таким образом, это казалось. Кроме того, на de-спящий-режим я часто видел бы короткое время, мигая красочным мусором на экране. Это ушло бы, таким образом, я не пытался найти причину. Другой возможно важный момент - то, что я должен был использовать "nomodeset" в установке 10,04, и при переводе в рабочее состояние спасательной оболочки с того же самого CD, если я буду использовать только nomodeset, то это в конечном счете зависнет с высвечивающимся светодиодом NumLock или светодиодом Caps Lock (катастрофический отказ?), но если я также использую "noapic nolapic acpi=off" затем, это подходит хорошо. Я попробовал эти опции своей системой, чтобы видеть, исправляют ли они начальную загрузку, подвешивают проблему - они не делают.

Это - машина, которую я использую для работы, а также почти для всего остального, таким образом заставлением ее загрузиться снова является Высший приоритет. / домой неповреждено, который хорош. Но я о в моем конце остроумия в попытке диагностировать (намного меньше фиксирует), эта причина подвешенной начальной загрузки.

Я загружаю систему, и она начинает запускать скрипт конфигурации mountall в/etc/init/mountall.conf. Я вижу вывод от mountall, работающего fsck - 4 строки, которые говорят: fsck из util-linux-ng 2.17.2 (thats один на ext4 раздел). Затем существует еще 4 строки от fsck информирование пользователя, что разделы, как находили, были "чистыми". И это - это - все просто останавливается. Светодиод активности диска уходит. Я могу использовать ключи alt-sysreq, но они до сих пор не оказались полезными. Я видел отчет об ошибках, где один пользователь использовал alt-sysreq-i для уничтожения процесса, и он бросил его в оболочку. Для меня это действительно говорит, что уничтожило процессы (udev и udev-мост и Плимут, говорит его перепорождение udev, и т.д.), но я не получаю оболочки.

Я пытался определить то, что точно зависает. С этой целью я переделал/etc/init/mountall.conf. Я добавил строки эха, и я добавил-v (подробная) опция к должностному лицу mountall. Никакие строки эха после должностного лица mountall не показывают, таким образом, это может означать, что mountall зависает. Или, это не может отображаться, последний из вывода - в этом случае mountall, возможно, вышел, и что-то еще может зависать. Я отмечаю, что alt-sysreq-i не говорит, что mountall уничтожается. Я попытался сузить то, что система могла бы держаться путем комментирования sda3 (/домой), подкачка и sdb1 (/hdb) от fstab, но это все еще зависает.

Существует много, я могу сделать меня, но чувствовать, что нахожусь в по моей голове здесь. Я хотел бы, например, получил бы исходный код для mountall, добавить распечатанные флаги, перекомпилировать и прикрепить его на мою систему - чтобы сузить A) если mountall на самом деле зависает и B) то, что это держится. НО, я не могу загрузить свою машину к оболочке, от которой можно скомпилировать в - и спасательная дисковая среда является только 2.6.32-28-универсальным № 55 - таким образом, это не соответствовало бы моей системе. Я хотел бы удалить или переустановить пакеты, но снова, я не могу загрузить свою машину и сделать это.

(моим dpkg файлом журнала являются несколько MBS, таким образом, я присоединю его в следующем диалоговом окне),

Спасибо, Greg