Ich habe Ubuntu 17.04 Desktop 64-Bit UEFI auf meinem Laptop auf einer Festplatte neu installiert.
Laptop: Intel Core i5-5200U, Intel HD Graphics 5500, 16 GB RAM.
Das Booten dauert ca. 120 Sekunden (mit Ubuntu 16.04.2 auf einer SSD dauert es weniger als 20 Sekunden vom Drücken des Netzschalters bis zum Anmelden am Bildschirm).
$ systemd-analyze blame
5.187s dev-sdb2.device
4.268s ModemManager.service
3.138s accounts-daemon.service
2.852s fwupd.service
2.688s grub-common.service
2.421s irqbalance.service
2.367s apport.service
2.360s gpu-manager.service
2.269s NetworkManager.service
1.641s thermald.service
1.632s polkit.service
1.567s rsyslog.service
1.336s keyboard-setup.service
1.241s lightdm.service
1.240s plymouth-quit-wait.service
1.231s speech-dispatcher.service
1.172s udisks2.service
1.159s apparmor.service
1.019s alsa-restore.service
976ms repowerd.service
957ms upower.service
900ms bluetooth.service
821ms systemd-resolved.service
792ms dev-hugepages.mount
792ms dev-mqueue.mount
789ms avahi-daemon.service
755ms sys-kernel-debug.mount
689ms [email protected]
663ms systemd-modules-load.service
638ms rtkit-daemon.service
599ms systemd-backlight@backlight:intel_backlight.service
540ms systemd-rfkill.service
511ms systemd-udevd.service
505ms systemd-fsck@dev-disk-by\x2duuid-F685\x2d7079.service
456ms systemd-machine-id-commit.service
455ms openvpn.service
444ms systemd-timesyncd.service
386ms systemd-user-sessions.service
326ms systemd-journald.service
321ms kmod-static-nodes.service
273ms systemd-logind.service
243ms colord.service
239ms systemd-udev-trigger.service
227ms wpa_supplicant.service
199ms networking.service
192ms console-setup.service
191ms systemd-tmpfiles-setup-dev.service
188ms pppd-dns.service
184ms systemd-hostnamed.service
171ms [email protected]
170ms systemd-localed.service
165ms setvtrgb.service
162ms systemd-tmpfiles-setup.service
131ms dns-clean.service
101ms systemd-journal-flush.service
92ms resolvconf.service
91ms sys-fs-fuse-connections.mount
82ms systemd-sysctl.service
79ms systemd-remount-fs.service
70ms systemd-random-seed.service
51ms ufw.service
44ms systemd-update-utmp.service
42ms boot-efi.mount
37ms snapd.socket
14ms plymouth-start.service
11ms plymouth-read-write.service
6ms snapd.autoimport.service
4ms ureadahead-stop.service
4ms dev-mapper-cryptswap1.swap
3ms systemd-update-utmp-runlevel.service
1ms swapfile.swap
Irgendwelche Ideen?
/bootPartition und warum ist sie so groß? Diese Fragen sind mehr rhetorisch als alles andere und haben den alleinigen Zweck, Sie darauf aufmerksam zu machen, dass Sie das Gegenteil der empfohlenen Praktiken tun, weshalb Probleme zu erwarten sind (wie im systemd-Protokoll gezeigt)./bootPartition ist nur für LVM erforderlich. Ansonsten ist das gar nicht zu empfehlen. 2. Legacy-Boot kann nur so gut sein wie der native (und immer empfohlene) UEFI-Modus, nie besser und oft schlechter für die Hardware-Unterstützung. 3. Nicht in Ihren Spezifikationen erwähnt, aber wenn Sie eine zusätzliche Grafikkarte haben, müssen Sie möglicherweise proprietäre Treiber installieren.Antworten:
Verstanden , es ist ein Ubiquity-Problem mit der verschlüsselten Home-Option: Das System hängt sich auf, weil ecryptfs-setup-swap nicht mit Swap-Dateien funktioniert !
Ich habe Ubuntu mit verschlüsseltem Home eingerichtet, wie ich es immer getan habe, wobei die im Link-Boot beschriebene Korrektur von ~ 200 Sekunden auf ~ 30 Sekunden ging, dies ist auf einer Festplatte.
Bearbeiten: Das Problem ist, dass bei der Installation von Ubuntu mit Encrypted Home 17.04 anstelle einer Swap-Partition wie in früheren Versionen eine Swap-Datei erstellt wird. Anschließend schreibt das Installationsprogramm eine fehlerhafte Konfigurationsdatei.
Zitat aus dem Original Bug Report:
Aufgrund dieses Fehlers verbringt Ubuntu viel Zeit damit, auf den Swap zu warten.
Systemd-Analyse-Fehler behoben
festes systemd-analyse plot
quelle
/swapfile. Beachten Sie auch, dass der Launchpad-Link, auf den Sie verweisen, besagt, dass er#/swapfile ...in der sein sollte/etc/fstab, aber ich habe ihn,/swapfile ...wie Sie hier zeigen, und er funktioniert einwandfrei.Die Installation mit aktiviertem LVM verhindert auch dieses Problem (für Ubuntu MATE jedenfalls), da eine Swap-Partition erstellt wird.
quelle