Ist es üblich, dass Ubuntu 14.04.2 während des Startvorgangs eine lange Zeit im Schritt "Zufällig: Nicht blockierender Pool wird initialisiert" benötigt?

9

Während des Startvorgangs benötigt mein Ubuntu 14.04.2 ungefähr 11 Sekunden, um den Schritt "Zufällig: Nicht blockierender Pool wird initialisiert" abzuschließen (dies ist der langsamste Schritt, FYI).

  1. Was bedeutet dieser Schritt?
  2. Ist es normal, lange zu brauchen, um es fertig zu stellen?
  3. Gibt es eine Lösung dafür?

Ein Beispiel / var / log / dmesg-Protokoll von meinem Ubuntu 14.04.2 wird unten gezeigt:

[    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 Tom
quelle

Antworten:

2

Ich glaube, dieser besondere Schritt dauert nicht lange. Die Nachricht im dmesg-Protokoll wird gedruckt, wenn der Pool initialisiert wurde, nicht, wenn die Initialisierung gestartet wird.

Was Linux in diesen 11 Sekunden tut, ist wahrscheinlich das Prüfen, Identifizieren und Initialisieren von Hardware, wodurch nicht unbedingt Einträge im dmesg-Protokoll generiert werden.

mdd
quelle
Ja, ich sehe das auch. (Ich hoffe) im Hintergrund muss etwas Harmloses passieren.
Tom
2

Anders gesagt: Nein, es ist nicht normal, es dauert eine Weile, bis etwas reagiert. Haben Sie Peripheriegeräte, die Sie ausstecken und erneut starten können? Einer von ihnen schafft wahrscheinlich ein Problem. Trennen Sie Ihren Drucker, USB-Speicher usw. vom Computer und versuchen Sie einen Neustart. Ist es schneller Wenn dies der Fall ist, versuchen Sie, jeweils ein Gerät wieder in Ihr System einzufügen und neu zu starten, um das störende Gerät zu identifizieren. Finde das gestörte Gerät heraus und poste es zurück. Möglicherweise überprüfen Sie die Integrität Ihrer Festplatte (SMART Analysis).

Das Protokoll, das Sie anzeigen möchten, lautet (wahrscheinlich): /var/log/syslog

Sie können auch versuchen, in Ihr BIOS zu gehen und Dinge wie den parallelen Port und andere nicht verwendete Hardware zu deaktivieren, sodass Sie keine Zeit damit verschwenden müssen, nicht verwendete Ports zu initialisieren.

j0h
quelle
Das Herausziehen aller Peripheriegeräte hat nicht funktioniert, auch nicht alle von Ihnen vorgeschlagenen Tests. Ubuntu benötigt zwischen diesen beiden Schritten immer noch die gleichen 11 Sekunden und ich kann den Grund nicht herausfinden. Auf jeden Fall ist es überhaupt keine totale Katastrophe. Es ist möglich damit zu leben. Vielen Dank für Ihre Hinweise.
Tom
Hey @ Tom, was bedeutet der Befehl: Gibst cat /proc/sys/kernel/threads-maxdu?
11.
Es zeigt "59582". Ist es gut oder schlecht? Entschuldigung, ich bin ein Neuling in Bezug auf Kernelprobleme.
Tom
Ich bin mir zu diesem Zeitpunkt nicht sicher, ob ich mich mit anderen Ideen zur Behebung Ihres Problems befasst habe. Ich habe ein paar andere Threads wie diesen in anderen Foren gesehen, aber die Lösungen, die die Leute hatten, waren die Neuinstallation. Jedenfalls denke ich, dass "nicht blockierender Pool" mit Threads und Thread-Limits zu tun hat. Ich werde später zurück posten. Ich muss einen Bus nach Hause nehmen.
11.
2

Es könnte sein, dass versucht wird, den Videomodus zu wechseln. Versuchen Sie nomodeset, der Kernel-Befehlszeile etwas hinzuzufügen , und prüfen Sie, ob dies hilfreich ist.

Drücken Sie im Grub-Bootmenü, eum den aktuellen Starteintrag zu bearbeiten und " nomodeset" an die Zeile anzuhängen , die mit beginnt linux. Drücken Sie dann f10 oder ctrl+ x, um den geänderten Eintrag zu starten.

András Korn
quelle
Hallo @ András, wenn Sie vielleicht Ihre Antwort bearbeiten könnten, um Anweisungen hinzuzufügen, wie genau man nomodesetdem Kernel etwas hinzufügen kann ?
Tshilidzi Mudau
1
Antwort wie gewünscht geändert.
András Korn