更新后，Ubuntu 14.04启动挂起徽标
昨天，我做了update / dist-upgrade 。 今天，我打开机器，它挂在装载屏幕上，带有徽标和自行车点 – 我已经在这个屏幕上等了几个小时几次没有结果。 如果我用ctrl-alt-del中断upstart ，bootup会恢复/完成，但它会让我在tty控制台登录。 几秒钟后， X会启动，但会立即显示有关图形配置错误的对话框。 更新 ：通过apt-get install nvidia-current解决了X问题。 中断问题仍然存在。
不幸的是，我发现为什么会发生这种情况的每一条线索都变成了死胡同。 这是我的boot.log （来自/var/log ），显示我中断启动的位置。 您可以看到它在启动时启用“启用剩余启动时加密块设备”（这是来自cryptdisks ），但删除该服务没有任何区别。 我已经尝试了很多来自这个Mint错误报告的所有内容 ，它描述了几乎与我相同的症状，但无济于事。 在这一点上，我很确定cryptdisks是一个红色的鲱鱼，它完全是另一回事。
我还发现从恢复模式恢复启动似乎以不同的顺序加载事物。 Upstart仍然挂起，但不会挂在cryptdisks之后。 如果我ctrl-alt-del，它会将我带到图形登录管理器而不是tty，我可以成功登录。 但是，系统仍然没有完全发挥作用; USB即插即用似乎不起作用，我不能使用我的第二台显示器，我必须手动start resolvconf才能访问互联网。 这是来自其中一家初创公司的boot.log。
我应该补充一点，我正在用LUKS加密我的硬盘，挂机发生在我成功输入解密密码之后。 这是我的fstab ，以防它与事物有关：
# /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # /dev/mapper/ubuntu--vg-root / ext4 errors=remount-ro 0 1 # /boot was on /dev/sda1 during installation UUID=9e7c1e90-f3e4-4075-b3b0-e3ccb6d933c7 /boot ext2 defaults 0 2 /dev/mapper/ubuntu--vg-swap_1 none swap sw 0 0
这里发生了什么？
根本原因是我的/tmp目录中有大量文件。
我之前使用/tmp目录存储了数百万个文件。 事实certificate，那里有那么多文件导致清理/tmp的服务需要很长很长时间（duh）。 将文件移出/tmp ，问题就解决了。 它与升级无关; 那只是巧合。
如果它以后帮助任何人，这是我过去常常弄清楚的过程。 我通过更改etc/sysctl.d/10-magic-sysrq.conf启用“Magic SysRq键” 。 然后，我通过重启来重现问题; 当启动挂起时，我点击Alt – SysRq – t 。 这会将以下内容转储到内核缓冲区中，使用dmesg读取：
[ 36.318527] SysRq : Show Blocked State [ 36.318696] task PC stack pid father [ 36.318719] find D ffff88041dd93480 0 839 788 0x00000000 [ 36.318721] ffff880405d07a48 0000000000000082 ffff880401136000 ffff880405d07fd8 [ 36.318723] 0000000000013480 0000000000013480 ffff880401136000 ffff88041dd93d18 [ 36.318725] ffff88041dfab460 0000000000000002 ffffffff811ef380 ffff880405d07ac0
它倾倒了很多，但这是相关的部分。 这表明已find被阻止的任务。 在那之后，这只是一个知识渊博的朋友知道/tmp清洁服务可能是罪魁祸首。
谢谢你，Chaosed0，回来你的解决方案（即/ tmp中的大量文件）。 [我试图将此作为评论发布，但我没有足够的声望点]
我遇到了与Ubuntu服务器（14.04）相同的问题，直到找到你的post才诊断起来很困难。
当我重新启动计算机时，它似乎会在通常显示登录控制台之前被阻止。 可以通过按Ctrl + Alt + Del来解除阻止，这将导致打印日志消息， wait-for-state (rcplymouth-shutdown)已终止。 那个日志消息让我沿着错误的道路探索各种普利茅斯脚本，然后试图完全禁用普利茅斯:-(
实际上，启动过程没有死锁，只是等待清理/tmp才能完成。 那台机器在/tmp下有成千上万的文件，因此需要很长时间才能进行清理。
所以我的修复是启动恢复，获得root shell然后rm -rf /tmp/* 。 一个小时左右后， rm工作完成了。 然后我重新启动，一切正常。
如果在清理/tmp时可以打印日志消息会很棒。