Ureadahead verlangsamt den Startvorgang unter Ubuntu 12.04

7

Ich verwende Ubuntu 12.04 64bit, das auf einer WD Velociraptor-Festplatte (10.000 U / min) installiert ist. Ich benutze kein Wubi, es ist eine klare Installation.

Ich denke, dass das "Hinzufügen eines Swap" -Verfahrens beim Booten zu lange dauert. Zuerst dachte ich, dass es etwas mit der Tauschmontage zu tun hat, aber wie Sie sehen können, habe ich das Problem im "ureadahead" -Deamon entdeckt.

Sie können unten dmesgTeilausgabe sehen:

[    5.347709] Console: switching to colour frame buffer device 210x65
[    5.351756] fb0: VESA VGA frame buffer device
[    5.613411] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[   21.421858] Adding 1227772k swap on /dev/sda5.  Priority:-1 extents:1 across:1227772k 
[   21.425834] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   21.425841] ADDRCONF(NETDEV_UP): eth1: link is not ready

Vollständige dmesgAusgabe

Unter Berücksichtigung der Geschwindigkeit meiner Festplatte ist diese Verzögerung nicht normal.

Nach dem Upgrade auf den neuesten Kernel (3.2.0.36 von 3.2.0.35) oder nach dem Entfernen der Datei "/ var / lib / ureadahead / pack" ist das Problem nur für einen Start vorübergehend behoben.
Nach dem zweiten Start kehrt das Problem zurück.

Dies ist die dmesgAusgabe, wenn alles perfekt funktioniert:

[    5.120096] Console: switching to colour frame buffer device 210x65
[    5.124150] fb0: VESA VGA frame buffer device
[    5.285586] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[    6.953086] Adding 1227772k swap on /dev/sda5.  Priority:-1 extents:1 across:1227772k 
[    7.516909] ADDRCONF(NETDEV_UP): eth0: link is not ready
[    7.516916] ADDRCONF(NETDEV_UP): eth1: link is not ready

Vollständige dmesgAusgabe

Wie in den Kommentaren vorgeschlagen, habe ich versucht, die Swap-Montage zu deaktivieren, und die Verzögerung wurde auf den nächsten Prozess verschoben. Es scheint also nichts mit der Swap-Montage zu tun zu haben :
dmesgAusgabe:

[ 5.862973] EXT4-fs (sda3): recovery complete 
[ 5.887252] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) 
[ 17.589428] ADDRCONF(NETDEV_UP): eth0: link is not ready 
[ 17.589435] ADDRCONF(NETDEV_UP): eth1: link is not ready

@gertvdijk bemerkte, dass dmesgmein System in der letzten Ausgabe von etwas wiederhergestellt wurde, aber dies geschah nur, als ich den Austausch von "/ etc / fstab" auskommentierte.

Ich habe das Problem
festgestellt, dass Ureadahead den Startvorgang verlangsamt. Das ist komisch, da das Gegenteil passieren sollte!
Unten poste ich bootchartBilder und dmesgAusgabe von drei verschiedenen Stiefeln:

  1. Ohne ureadahead (gemäß dieser Anleitung deaktiviert ) gibt es keine Verzögerung:
    dmesg-Ausgabe (ureadahead deaktiviert)
    Bootchart-Ausgabe (ureadahead deaktiviert)
  2. Bei aktiviertem ureadahead beim ersten Start (Packdatei wird zum ersten Mal erstellt) keine Verzögerung:
    dmesg-Ausgabe (ureadahead aktiviert)
    Bootchart-Ausgabe (ureadahead deaktiviert)

  3. Wenn ureadahead aktiviert ist, ist die Verzögerung für den zweiten Start (ureadahead voll funktionsfähig) zurück:
    dmesg-Ausgabe (ureadahead-fähiger zweiter Start)
    Bootchart-Ausgabe (ureadahead deaktiviert zweiten Start)

HINWEIS
Meine Frage scheint ein Duplikat dieses sehr langsamen Starts zu sein, da das Dateisystem gemountet wird, das Ubuntu 11.04 betrifft und noch keine Lösung hat! Wenn ein Administrator dies liest, weiß ich nicht, ob ich meine Frage als Duplikat löschen muss, da das Problem nicht in der Swap-Montage zu liegen scheint. Wenn ja, löschen Sie sie oder informieren Sie mich darüber !

Naskoos
quelle
Haben Sie versucht, den Swap vorerst zu deaktivieren, um alle anderen Ursachen auszuschließen? Kommentieren Sie einfach #die Zeile zum Eintauschen /etc/fstabund starten Sie sie neu.
Gertvdijk
Vielen Dank für Ihr Interesse! <br/> Ich habe es gerade ausprobiert. Ich habe dieses Problem nicht mehr, aber das Booten in der nächsten Zeile "ADDRCONF (NETDEV_UP): eth0: Link ist nicht bereit" dauert wieder länger als normal. ! dmesgAusgabe:[ 5.862973] EXT4-fs (sda3): recovery complete [ 5.887252] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) [ 17.589428] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 17.589435] ADDRCONF(NETDEV_UP): eth1: link is not ready
Naskoos
Dann ist das Laden des Swaps nicht die Ursache. Ich sehe recovery completein Ihren Protokollen, dass Sie Ihr System nicht ordnungsgemäß heruntergefahren haben. Ich habe das Gefühl, dass noch viel mehr los ist ... wie ... benutzt du zum Beispiel Wubi?
Gertvdijk
Wenn Sie über die Ausgabe von dmesgim ersten Update meiner Frage schauen, ist 17.589428 keine normale Zeit für ADDRCONF! Entschuldigen Sie das Durcheinander in meinen Kommentaren, aber wie kann ich beim Schreiben eines Kommentars einen Zeilenumbruch hinzufügen?
Naskoos
Nein, ich benutze kein Wubi! Es ist eine klare Installation!
Naskoos

Antworten:

0

ureadahead wird beim nächsten Start ausgeführt, wenn Schlüsselpakete wie der Kernel aktualisiert werden, damit der Speicherort der Dateidaten während des Startvorgangs ermittelt werden kann. Wenn Sie danach erneut neu starten, sollte dies die Startgeschwindigkeit verbessern, da der Speicherort der Daten jetzt bekannt ist und die Dateien nicht neu instrumentiert werden müssen.

Colin Ian King
quelle
-1

Führen Sie eine Neuinstallation von Ubuntu 13.10 durch. Dies ist die neueste aktualisierte Ubuntu-Version. Ihre Probleme können unter dieser Version behoben werden. Updates beheben immer Probleme.

Brask
quelle