更新：似乎mountall 挂在例程emit_event() 中，它在/ 重新挂载后调用该例程以发出该效果的事件。在emit_event 内部，它调用ply_boot_client_flush()，然后构造env 数组，调用upstart_emit_event()，然后是dbus_pending_call_block()。它挂在那里。那么有什么想法为什么 dbus_pending_call_block 会无限期挂起？破普利茅斯？总线？暴发户？关于修复或进一步诊断的任何建议？
重启我的 Ubuntu 10.04 LTS，64 位 AMD 机器 100% 挂起。驱动器访问指示灯熄灭，但 alt-sysreq 键起作用。硬件是联想 W700ds 笔记本电脑。现在，我提前道歉，因为我对可用系统的信息非常有限，以及我可以用它做什么（因为它无法启动）。我可以从 10.04 CD 启动 - 像急救盘一样使用它。我可以对我的分区进行 fsck、挂载和读写 - 它们很好。我已经尝试用 mkswap 重新格式化我的交换。我的系统上有 4 个 ext4 分区：sda1 是 /，sda2 是 /usr，sda3 是 /home，第四个分区用于数据存储 /sdb1（是整个磁盘，安装在我创建的挂载点 /hdb） . 还有 /sda4 是交换。现在，我正在从 10 的“救援会话”中打开的浏览器中编写此内容。
我将不胜感激什么我可以做些什么来帮助诊断什么是挂，为什么，我可以做些什么来解决这个问题有什么建议/评论。我已经进行了网络搜索，但没有发现任何新内容（一些 1-1.5 年前的错误报告具有类似的症状，但他们的修复没有奏效）。
我在七月一日左右在新磁盘上安装了 10.04，然后使用 aptitude 将所有内容更新到最新。从那以后我一直在安装很多包（我将在下面附上 dpkg 日志）。由于 sda 为 750GB（/ 20GB，/ usr 80GB），我有足够的空间来安装我“可能有一天会使用”的软件包。我想知道我安装的这些软件包中的一个是否搞砸了我的系统？我安装了内核 2.6.32-32-generic 并重新启动，但此后安装了更多软件包。我尽可能少地重新启动这台机器 - 更喜欢在从一个地方到另一个地方时让它休眠。不过最近，我注意到一些与解除休眠相关的奇怪行为：当系统解除休眠时，它会显示 gnome 屏幕保护程序以及解锁所需的密码 - 好吧，它不会识别我的密码！我不得不按 alt-F1，以 root 身份登录，然后关闭屏幕保护程序。然后一切都会好起来的，或者看起来是这样。还，在解除休眠状态时，我经常会看到一小段时间在屏幕上闪烁五颜六色的垃圾。它会消失，所以我没有试图找出原因。另一个可能相关的一点是，我需要在 10.04 …
boot-failure ×1