Dmesg-Boot-Dumps, Udev und Boot-Zeit

784
Vigneshwaren

Das Folgende ist meine dmesgMüllkippe.

[ 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 

Wir können sehen, dass die Montage ext4fast 13 Sekunden dauert. Ist die Montage 13 Sekunden dauert oder udevddauert das 13 Sekunden? udevdwird erneut um 21 Sekunden eingeleitet. Warum wird udevzweimal gestartet?

Wie optimiere ich diese Funktion? Gibt es Hinweise, wie ich das angehen kann?

Ich führe einen benutzerdefinierten 3.12.4Kernel aus, den ich für die Größe optimiert habe, und mein Betriebssystem ist Ubuntu 12.10 (Ich versuche dies nur zu Bildungszwecken).

0

1 Antwort auf die Frage

0
MariusMatutiae

Auf meinem Ubuntu-System bekomme ich Folgendes:

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

Das Gleiche gilt für meine Debian-, Arch-Systeme. Es scheint ziemlich normal zu sein (also keine Sorge), auch wenn ich nicht erklären kann, warum es passiert.