Dmesg boot dumps, udev i boot time

0

Oto moje dmesg wysypisko.

[    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

Widzimy ten montaż ext4 trwa prawie 13 sekund. Czy to montaż trwa 13 sekund lub udevd to trwa 13 sekund? udevd rozpoczyna się ponownie około 21 sekundy. Dlaczego tak jest udev jest uruchamiany dwa razy?

Jak zoptymalizować tę funkcję? Jakieś wskazówki, w jaki sposób mogę się do tego zbliżyć?

Prowadzę zwyczaj 3.12.4 jądro, które zoptymalizowałem pod kątem rozmiaru, a moim systemem operacyjnym jest Ubuntu 12.10 (Im próbuję to zrobić wyłącznie w celach edukacyjnych)

Vigneshwaren
źródło

Odpowiedzi:

0

W moim systemie Ubuntu otrzymuję:

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

To samo na moim systemie Debian, Arch. Wydaje się, że jest to dość standardowe (więc nie musisz się martwić), nawet jeśli nie potrafię wyjaśnić, dlaczego tak się dzieje.

MariusMatutiae
źródło