Ich habe Ubuntu 18.04 (Single Boot) auf einem zuverlässigen alten Dell Latitude E6400 installiert. Es funktioniert sehr gut, aber vor dem Ubuntu-Begrüßungsbildschirm, direkt nach dem BIOS-Start, erscheint ein violetter Bildschirm, der mehrere (etwa 20) Sekunden lang angezeigt wird (als wäre es ein Bildschirm, auf dem man auswählen kann, welches Betriebssystem gebootet werden soll, aber dieser ist leer und violett). Dann erscheint der Begrüßungsbildschirm und schnell der Anmeldebildschirm. Ich gebe das Passwort ein und wieder erscheint ein violetter Bildschirm, der zwei oder drei Sekunden lang hängen bleibt. Dann verwende ich das System normal (zumindest glaube ich das, denn ich verwende es wirklich sehr wenig). Ist das alles normal?
Ich erinnere mich, dass ich Ubuntu 16.04 im Dual-Boot-Modus mit MSW7 auf einem Desktop mit einer ähnlichen Grundkonfiguration wie das Dell-Laptop hatte, und nachdem ich Ubuntu ausgewählt hatte, ging es zum Splash, wo ein schneller Bootvorgang durchgeführt wurde.
Entschuldigung, ich hätte mehr Informationen angeben sollen.
systemd-analyse - kritische-kette
grafisches Ziel @43.688s
└─multi-user.target @43.688s
└─kerneloops.service @36.825s +15ms
└─network-online.target @36.822s
└─NetworkManager-wait-online.service @30.287s +6.534s
└─NetworkManager.service @26.812s +3.472s
└─dbus.service @26.509s
└─basic.target @26.472s
└─sockets.target @26.472s
└─snapd.socket @26.435s +35ms
└─sysinit.target @26.418s
└─cryptsetup.target @26.418s
└─systemd-ask-password-wall.path @3.936s
└─-.mount @3.859s
└─system.slice @3.886s
└─-.slice @3.859s
systemd-analyse schuld
22,416 s dev-sda1.device
21.133s systemd-journal-flush.service
14.562s systemd-sysctl.service
14.209s Tastatur-Setup.service
13.383s plymouth-beenden-warten.service
13.044s systemd-udevd.service
10,576 s fwupd.service
6,534 s NetworkManager-wait-online.service
6.212s Plymouth-Start.Service
5,086 s Snapd.Service
4.514s Apparmor.Service
3,472 s NetworkManager.service
3.468s apt-daily-upgrade.service
3.271s udisks2.service
3.045s systemd-tmpfiles-setup-dev.service
2,589 s Konten-Daemon.Service
2,535 s ModemManager.service
2.350s thermischer Service
2.007s Netzwerk-Dispatcher.Service
1,818 s Snap-Gnome \ x2dcharacters-117.mount
1,817 s plymouth-lesen-schreiben.service
1,817 s Konsolen-Setup.Service
1,815 s dns-clean.service
1,750 s Snap-Gnome \ x2dsystem \ x2dmonitor-54.mount
1,699 s Snap-Gnome \ x2dlogs-43.mount
1,642 s Snap-Gnome \ x2dcharacters-103.mount
1,639 s Snap-Gnome \ x2dsystem \ x2dmonitor-51.mount
1,609 s systemd-modules-load.service
1,559 s Snap-Core-5145.mount
1.218s snap-gtk\x2dcommon\x2dthemes-701.mount
1,107 s Snap-Gnome \ x2dcalculator-238.mount
1,048 s systemd-random-seed.service
1,044 s Snap-Core-4917.mount
1,033 s Snap-Gnome \ x2dcalculator-199.mount
964 ms Snap-Gnome\x2d3\x2d26\x2d1604-59.mount
958 ms snap-gtk\x2dcommon\x2dthemes-319.mount
934 ms Snap-Gnome\x2dcharacters-124.mount
934 ms dev-loop10.gerät
934 ms grub-common.service
933 ms Snap-Gnome \ x2dlogs-37.mount
889 ms wpa_supplicant.service
822 ms dev-loop19.gerät
695 ms Auslagerungsdatei.Auslagerung
686 ms Snap-Gnome\x2dlogs-40.mount
540 ms avahi-daemon.service
500 ms dev-loop15.device
456 ms systemd-journald.service
418 ms[email geschützt]
415 ms ufw.dienst
382 ms Apport.Dienst
375 ms Paketkit.Service
357 ms gpu-manager.service
357 ms Sprachdispatcher.Dienst
341 ms gdm.dienst
339 ms Snap-Gnome\x2dsystem\x2dmonitor-57.mount
337 ms rsyslog.service
333 ms pppd-dns.dienst
304 ms systemd-logind.service
301 ms Snap-Core-5328.mount
254 ms systemd-remount-fs.service
245 ms Snap-Gnome\x2dCalculator-222.mount
242 ms snap-gnome\x2d3\x2d26\x2d1604-70.mount
228 ms dev-hugepages.mount
207 ms dev-loop8.gerät
198 ms upower.service
183 ms sys-kernel-debug.mount
173 ms dev-mqueue.mount
170 ms systemd-tmpfiles-setup.service
147 ms systemd-timesyncd.service
134 ms systemd-resolved.service
132 ms systemd-udev-trigger.service
124 ms kmod-static-nodes.service
118 ms[email geschützt]
104 ms dev-loop17.gerät
104 ms dev-loop16.device
103 ms dev-loop14.device
103 ms dev-loop13.gerät
102 ms dev-loop12.gerät
101 ms dev-loop11.gerät
101 ms dev-loop9.device
100 ms dev-loop7.device
100 ms dev-loop6.device
97 ms dev-loop2.gerät
97 ms Netzwerkdienst
90 ms dev-loop5.device
89 ms dev-loop4.device
89 ms dev-loop3.device
89 ms dev-loop0.gerät
88 ms dev-loop1.gerät
87 ms dev-loop18.gerät
74 ms colord.service
60 ms Bolt.Service
60 ms polkit.service
59 ms systemd-tmpfiles-clean.service
48 ms systemd-update-utmp.service
43 ms snap-gnome\x2d3\x2d26\x2d1604-64.mount
35 ms Snapd.Socket
35 ms systemd-rfkill.service
35 ms resolvconf.service
33 ms snapd.seeded.service
28 ms systemd-backlight@backlight:acpi_video0.service
24 ms setvtrgb.service
24 ms alsa-restore.service
17 ms systemd-backlight@leds:dell::kbd_backlight.service
15 ms kerneloops.service
12 ms systemd-backlight@backlight:intel_backlight.service
10 ms ureadahead-stop.service
9 ms systemd-update-utmp-runlevel.service
9 ms systemd-user-sessions.service
8 ms resolvconf-pull-aufgelöst.service
6 ms rtkit-daemon.service
6 ms sys-kernel-config.mount
4 ms sys-fs-fuse-connections.mount
Mein System ist nicht partitioniert. Die Grafikkarte ist ein Intel Mobile 4 Series Chipsatz; Treiber=i915.
Antwort1
Es wäre hilfreich, wenn Sie Ihre Frage bearbeiten würden, um weitere Informationen zum Problem zu geben. Ich habe das gleiche Problem und habe noch keine Antwort darauf gefunden, aber ich habe einige interessante Hinweise gefunden, die Sie vielleicht ausprobieren könnten, und wir könnten gemeinsam mehr über das Problem erfahren.
- Wird Ihre „Lila-Bildschirm-Zeit“ gemessen, wenn Sie den
systemd-analyzeBefehl im Terminal verwenden? (Mein System scheint die Startzeit erst nach dem Lila-Bildschirm zu zählen). Es wäre hilfreich, die Ergebnisse dieses Befehls zu Ihrer Frage hinzuzufügen. Andere Befehle, die möglicherweise andere Stellen anzeigen, an denen Ihr System hängt, sindsystemd-analyze critical-chainundsystemd-analyze blame.
Bekannte Probleme könnten sein:
Ist Ihr System partitioniert? (Oder hatte es vorher SWAP-Partitionen?)
Es könnte sich um dasselbe Problem handeln, wie hier beschriebenSo diagnostizieren/beheben Sie einen sehr langsamen Start unter Ubuntu 18.04. Ihr System versucht möglicherweise, auf eine nicht vorhandene SWAP-Partition zuzugreifen.
Die empfohlene Antwort besteht darin, Grub zu aktualisieren.
Aktualisieren Sie GRUB, sodass es diese Option beim Booten automatisch an den Kernel übergibt:
Edit the file /etc/default/grub file so that the string noresume is included in the GRUB_CMDLINE_LINUX_DEFAULT line, for example: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume" Run this command to update GRUB: sudo update-grub Reboot the computerIst das hilfreich für Sie? (Bei mir hat es nicht funktioniert.)
Verwenden Sie einen Logical Volume Manager (LVM)?
Ihr System könnte auch Probleme mit einem LVM haben,wie in diesem Fall. Sie sollten vielleicht prüfen, ob diese Antwort für Sie hilfreich ist.
Ein drittes Problem könnte durch eine NVidia-Grafikkarte verursacht werden. Was ist Ihre Grafikkarte und welche Treiber verwenden Sie dafür? Nvidia-proprietär oder Xorg?
Dieses Problem hierwurde durch Aktualisieren der NVidia-Treiber behoben.