Langsamer Start bei Neuinstallation von Ubuntu 18.04


8

Ich habe kürzlich eine Neuinstallation von Ubuntu 18.04 auf meinem brandneuen Laptop ASUS ZenBook UX430UN durchgeführt und habe einen sehr langsamen Start.

Ich bin nicht sicher, wie ich dieses Problem debuggen und lösen soll. Ich bin mit Ubuntu 18.04 auf einige ähnliche Probleme gestoßen, aber keine der Problemumgehungen hat mein Problem verbessert.

Symptome: Nach dem Systemstart wird der violette Bildschirm einige Sekunden lang angezeigt. Anschließend wird der Bildschirm schwarz und wartet ca. 50 Sekunden, bevor das Ubuntu-Logo angezeigt wird. Danach startet das System normal und funktioniert nach dem Booten einwandfrei.

Ich habe einen zweiten Desktop-Computer, auf dem dasselbe System ausgeführt wird (beide Ubuntu-Versionen haben die neuesten Updates), und er startet in weniger als 10 Sekunden. Dieser ist jedoch fast eine Minute.

Startup finished in 35.752s (kernel) + 12.683s (userspace) = 48.436s
graphical.target reached after 11.941s in userspace

Ich habe gelesen , dass dieses Problem möglicherweise beim Booten niedriger Entropie in Beziehung gesetzt werden , so habe ich versucht , die Installation rng-toolsund havegedaber nichts geändert.

Dies ist die Ausgabe von systemd-analyze blame:

7.027s NetworkManager-wait-online.service
      3.801s plymouth-start.service
      3.778s plymouth-read-write.service
      3.172s plymouth-quit-wait.service
      2.311s apt-daily-upgrade.service
      2.072s apparmor.service
       793ms snapd.service
       768ms fwupd.service
       726ms tlp.service
       544ms keyboard-setup.service
       412ms systemd-logind.service
       394ms dev-mapper-ubuntu\x2d\x2dvg\x2droot.device
       381ms snapd.seeded.service
       264ms snap-gnome\x2d3\x2d26\x2d1604-59.mount
       252ms snap-gnome\x2dcharacters-124.mount
       247ms snap-gnome\x2dcalculator-238.mount
       214ms snap-core-5145.mount
       207ms NetworkManager.service
       200ms snap-gnome\x2dcalculator-180.mount
       199ms snap-core-4486.mount
       198ms networkd-dispatcher.service
       186ms snap-gtk\x2dcommon\x2dthemes-701.mount
       184ms systemd-timesyncd.service

und systemd-analyze critical-chain:

Die Zeit nach dem Aktivieren oder Starten des Geräts wird nach dem Zeichen "@" gedruckt. Die Zeit, die das Gerät zum Starten benötigt, wird nach dem "+" - Zeichen gedruckt.

graphical.target @11.941s
└─multi-user.target @11.941s
  └─kerneloops.service @11.926s +14ms
    └─network-online.target @11.925s
      └─NetworkManager-wait-online.service @4.897s +7.027s
        └─NetworkManager.service @4.688s +207ms
          └─dbus.service @4.638s
            └─basic.target @4.619s
              └─sockets.target @4.619s
                └─snapd.socket @4.618s +838us
                  └─sysinit.target @4.616s
                    └─cryptsetup.target @4.611s
                      └─systemd-ask-password-wall.path @217ms
                        └─-.mount @215ms
                          └─system.slice @217ms
                            └─-.slice @215ms

Ich bin mir nicht einmal sicher, wie ich das richtig debuggen soll, daher freue ich mich über Vorschläge, was ich versuchen soll. Gerne stelle ich Ihnen bei Bedarf weitere Details zur Verfügung.

EDIT 1: Dies ist das Bootchart-Diagramm: https://imgur.com/a/6p0zJjm

EDIT 2: Ich habe das "leise Spritzen" entfernt und es scheint, dass es für eine Weile in den folgenden Zeilen hängt:

Begin: Mounting root file system ... Begin: Running /scripts/local-top ... WARNING Failed to connect to lvmetad. Falling back to device scanning.
Begin: Running /scripts/local-premount ...

Außerdem: Das Herunterfahren / Neustarten des Computers dauert sehr lange und hängt in der folgenden Zeile:

[ *** ] A stop job is running for Session 2 of user smajl (1min 20s / 1min 30s)

Haben Sie das Gerät mit Ihrer Swap-Partition (oder andere Partitionen, die Sie dem Installationsprogramm zum automatischen Mounten angewiesen haben) gelöscht oder entfernt? Wenn ja, könnte Ubuntu versuchen, diese Partition zu finden und schließlich aufgeben.
luk3yx

@ luk3yx Hallo, das habe ich nicht ausprobiert. Wie gehe ich vor und identifiziere, was entfernt werden soll und fahre fort?
Smajl

Ich denke, Sie haben es falsch verstanden. Ich meinte, wenn Sie eine Partition /etc/fstabdarin entfernt hätten, könnte dies die Ursache für den langsamen Start gewesen sein.
luk3yx

2
Kannst du ein Bootchart installieren und ein Bild posten?
Fabby

1
Während des 50 Sekunden langen schwarzen Bildschirms werden Meldungen angezeigt, die Sie nicht sehen können. Bearbeiten /etc/default/grub. Entfernen Sie die "quiet splash"doppelten Anführungszeichen, lassen Sie die doppelten Anführungszeichen dort. Speicher die Datei. Ausführen sudo update-grub. Starten Sie Ihre Frage neu und aktualisieren Sie sie mit der langlebigsten Meldung, die jetzt auf Ihrem schwarzen Bildschirm angezeigt wird.
WinEunuuchs2Unix

Antworten:


0

Ich habe mein Problem endlich gelöst, indem ich die Schritte in diesem Tutorial befolgt habe: https://www.hiroom2.com/2018/05/01/ubuntu-1804-lvm-swap-wait-for-root-en/

Anscheinend war das Problem, dass meine Swap-Partition auf root wartete und schließlich eine Zeitüberschreitung aufwies. Ich bin mir nicht hundertprozentig sicher, ob dies eine gültige Lösung ist, aber es hat definitiv die Startzeit für mich verkürzt:

Startup finished in 6.204s (kernel) + 6.059s (userspace) = 12.264s
graphical.target reached after 5.618s in userspace
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.