☰

Dmesg 启动转储、udev 和启动时间

tag-icon • tag-icon boot kernel udev dmesg
Dmesg 启动转储、udev 和启动时间

以下是我的dmesg转储。

[    1.452016] udevd[121]: starting version 175
[    1.522976] thermal LNXTHERM:00: registered as thermal_zone0
[    1.522989] ACPI: Thermal Zone [THM] (76 C)
[    1.636230] tsc: Refined TSC clocksource calibration: 2260.981 MHz
[    2.636606] Switched to clocksource tsc
[    4.628681] EXT4-fs (sda6): INFO: recovery required on readonly filesystem
[    4.628688] EXT4-fs (sda6): write access will be enabled during recovery
[    7.588994] EXT4-fs (sda6): recovery complete
[    7.610925] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   20.633295] init: mounted-proc main process (307) terminated with status 1
[   20.712495] Adding 493564k swap on /dev/sda7.  Priority:-1 extents:1 across:493564k FS
[   21.397395] udevd[372]: starting version 175
[   21.868082] loop: module loaded
[   23.077609] wmi: Mapper loaded

我们可以看到挂载ext4耗时接近13秒，是挂载耗时13秒，还是在21秒左右再次启动了udevd需要13秒的挂载？ udevd，为什么udev会启动两次呢？

我该如何优化此功能？有什么建议可以指导我如何实现此目的吗？

我运行一个自定义3.12.4内核，并针对大小进行了优化，我的操作系统是 Ubuntu 12.10（我尝试这样做只是为了教育目的）

答案1

在我的 Ubuntu 系统上，我得到的结果如下：

  # dmesg | grep udevd
  [    0.616905] systemd-udevd[126]: starting version 204
  [    3.360394] systemd-udevd[418]: starting version 204

我的 Debian、Arch 系统上也有同样的情况。这似乎是很正常的（所以不用担心），尽管我也无法解释为什么会发生这种情况。

相关内容