Ubuntu Desktop 17.04 64-Bit mit verschlüsseltem, langsamem Start


18

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).

Syslog

$ 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 systemd-cryptsetup@cryptswap1.service
           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 user@1000.service
           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

systemd-analyse plot

Irgendwelche Ideen?


Warum Vermächtnis? Warum hast du eine /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).

Ich habe UEFI ausprobiert, es hat dieselbe Zeit gedauert, als ich dachte, dass das BIOS möglicherweise schneller ist. Die Bootpartition ist, weil sie sich auf einer Festplatte befindet. Ich möchte also den schnellsten Teil der Festplatte für meinen Boot. Die Größe ist, weil mein anderer Laptop mit älteren Kerneln gereinigt wurde out ist 250+ MB, also wäre 1 GB ausreichend.
user58634

Was Sie gerade kommentiert haben, ist Unsinn von oben bis unten.

Hast du irgendwelche Empfehlungen für mich?
user58634

1. Eine separate /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:


29

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:

Insbesondere schreibt ecryptfs-setup-swap in / etc / crypttab eine Zeile wie folgt:

cryptswap1 UID=XXXXXXXX /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64

(als gäbe es eine Swap-Partition mit UID = XXXXXXXX), während bei einer Swap-Datei die folgende Zeile stehen sollte:

cryptswap1 /swapfile /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64

Wenn Sie diese Zeile manuell ändern und neu starten, wird das Problem behoben. Überprüfen Sie vor dem Neustart, ob Ihre Datei / etc / fstab endet mit:

#/swapfile none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0

Aufgrund dieses Fehlers verbringt Ubuntu viel Zeit damit, auf den Swap zu warten.

Systemd-Analyse-Fehler behoben

festes systemd-analyse plot


4
Können Sie bitte erklären, wie dieses Update funktioniert? Ich kann es fast nicht verstehen. Ich denke, es würde viele andere geben, die den Workflow zur Lösung des Problems ebenfalls nicht verstehen können
Mostafa Ahangarha

1
Vielen Dank! Meine Startzeit ist von 2 Minuten auf 2 Sekunden gesunken. Ich habe genau das getan, was Sie gesagt haben, habe diese Zeile geändert, um zu haben /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.
Illidanek

Beste Lösung für dieses Problem
Kostya Bakay

Meine Bootzeit wurde von 2 Minuten auf 15 Sekunden reduziert! Vielen Dank!
Pedro Rodrigues

Arbeitete auch für mich. Es hat die Startzeit nicht verkürzt, aber "shutdown -h" funktioniert und fährt in wenigen Sekunden statt in wenigen Minuten herunter. Ubuntu sollte dies wirklich beheben, wenn ein dist-Upgrade durchgeführt wird.
Kerl

1

Die Installation mit aktiviertem LVM verhindert auch dieses Problem (für Ubuntu MATE jedenfalls), da eine Swap-Partition erstellt wird.

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.