在启动过程中，Ubuntu 14.04.2是否经常在“随机：非阻塞池已初始化”步骤中花费很长时间？

9

在引导过程中，我的Ubuntu 14.04.2大约需要11秒才能完成“随机：非阻塞池已初始化”步骤（这是最慢的步骤，仅供参考）。

此步骤是什么意思？
花很长时间才能完成它是正常的吗？
有什么解决办法吗？

下面显示了我的Ubuntu 14.04.2的示例/ var / log / dmesg日志：

[    2.090510] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    2.091836] i915 0000:00:02.0: registered panic notifier
[    2.103088] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[    2.104819] acpi device:02: registered as cooling_device4
[    2.106250] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6
[    2.107908] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[    2.214193] psmouse serio1: synaptics: queried max coordinates: x [..5888], y [..4856]
[    2.301008] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    2.334007] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.4, id: 0x1e0b1, caps: 0xd04773/0xe40000/0xa0400, board id: 0, fw id: 639087
[    2.409482] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input5
[    2.914326] Switched to clocksource tsc
[    3.120191] random: nonblocking pool is initialized
[   14.745283] Adding 3986428k swap on /dev/sda5.  Priority:-1 extents:1 across:3986428k FS
[   14.875375] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   15.027854] systemd-udevd[333]: starting version 204
[   15.316294] lp: driver loaded but no devices found
[   15.330491] ppdev: user-space parallel port driver

14.04 boot

— 汤姆
source

2

我相信这一特定步骤实际上并不需要很长时间。dmesg日志中的消息是在初始化池时（而不是在初始化开始时）打印的。

Linux在那11秒钟内的工作可能是探测，识别和初始化硬件，这不一定会在dmesg日志中生成条目。

— dd
source

是的，我也一样。（我希望）在后台一定发生了无害的事情。

— 汤姆（Tom）

2

用另一种方式说：不正常，某事需要一段时间才能做出响应。您是否有任何外围设备可以拔出并重试引导？其中之一可能会引起一些问题。拔下打印机，USB存储器等的插头，然后尝试重新启动。它更快吗？如果是这样，请尝试一次将一台设备重新插入系统，然后重新启动以识别故障设备。找出有问题的设备，然后回发。您可能会检查磁盘完整性（SMART Analysis）

您想要查看的日志是（可能）： /var/log/syslog

您还可以尝试进入BIOS，并禁用诸如并行端口和其他未使用的硬件之类的东西，以免浪费时间初始化不使用的端口。

— 00
source

拔下所有外围设备并不能解决问题，也没有建议您进行所有测试。在这两个步骤之间，Ubuntu仍然花费相同的11秒时间，我无法找到原因。无论如何，这根本不是一场灾难。有可能一起生活。非常感谢您的提示。

— 汤姆（Tom）

嘿@Tom命令是什么：cat /proc/sys/kernel/threads-max给你？

— 2015年

显示“ 59582”。是好还是坏？抱歉，关于内核问题，我是一个新手。

— 汤姆（Tom）

我目前还不确定，我正在研究有关解决您的问题的其他想法。我在其他论坛上也看到了其他几个类似的主题，但是人们不得不重新安装解决方案。无论如何，我认为“非阻塞池”与线程和线程限制有关。我待会回去，我得赶回公车回家。

— 2015年

2

可能尝试切换视频模式失败。尝试添加nomodeset到内核命令行中，看看是否有帮助。

在grub e引导菜单中，按编辑当前的引导条目，并将“ nomodeset” 附加到以开头的行linux。然后按f10 或ctrl+ x引导修改的条目。

— 安德拉斯·科恩（AndrásKorn）
source

@András，您好，如果您可以编辑答案以添加有关如何添加nomodeset到内核的说明？

— Tshilidzi Mudau

1

根据要求修改答案。

— 安德拉斯·科恩