Ubuntu Desktop 17.04 64-bit z szyfrowanym domem, powolny rozruch


18

Zainstalowałem ponownie Ubuntu 17.04 Desktop 64-bit UEFI na moim laptopie na dysku twardym.

Laptop: Intel Core i5-5200U, Intel HD Graphics 5500, 16 GB RAM.

Ładowanie trwa ~ 120 sekund (od naciśnięcia przełącznika PowerScreen do ekranu logowania, z Ubuntu 16.04.2 na ssd zajmuje mniej niż 20 sekund).

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

analiza systemowa

Jakieś pomysły?


Dlaczego Legacy? Dlaczego masz /bootpartycję i dlaczego jest tak duża? Te pytania są bardziej retoryczne niż cokolwiek innego i mają na celu wyłącznie ostrzeżenie, że robisz coś przeciwnego do zalecanych praktyk, dlatego należy spodziewać się problemów (jak pokazano w logu systemowym).

próbowałem UEFI, zajęło to trochę czasu, a potem pomyślałem, że może BIOS jest szybszy, partycja rozruchowa jest, ponieważ jest na dysku twardym, więc chcę najszybszą część dysku do rozruchu, rozmiar jest, ponieważ na moim drugim laptopie ze starszymi jądrami wyczyszczonymi obecnie jest ponad 250 MB, więc 1 GB byłoby wystarczające.
user58634

To, co właśnie skomentowałeś, to bzdury od góry do dołu.

masz dla mnie jakieś rekomendacje?
user58634

1. Oddzielna /bootpartycja jest wymagana tylko dla LVM. W przeciwnym razie nie jest nawet zalecane. 2. Starsze uruchamianie może być tak dobre, jak natywny (i zawsze zalecany) tryb UEFI, nigdy lepszy, a często gorszy w przypadku obsługi sprzętu. 3. Nie wymienione w specyfikacji, ale jeśli masz dodatkowe karty graficzne, może być konieczne zainstalowanie zastrzeżonych sterowników.

Odpowiedzi:


29

Rozumiem, to jest problem wszechobecności z opcją zaszyfrowanego domu: system zawiesza się z powodu braku działania ecryptfs-setup-swap z plikami wymiany !

Skonfigurowałem Ubuntu z zaszyfrowanym Domem, jak zawsze, z poprawką opisaną w boot bootowaniu z ~ 200 sekund do ~ 30 sekund, to jest na dysku twardym.


Edycja: problem polega na tym, że podczas instalowania Ubuntu z zaszyfrowanym domem 17.04 tworzy plik wymiany zamiast partycji wymiany, jak poprzednie wersje, a następnie instalator zapisuje wadliwy plik konfiguracyjny.

Cytat z oryginalnego raportu o błędzie:

W szczególności ecryptfs-setup-swap umieszcza w / etc / crypttab taką linię:

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

(jak gdyby była partycja wymiany o UID = XXXXXXXX), natomiast w przypadku pliku wymiany powinna wstawić następujący wiersz:

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

Jeśli ręcznie zmienisz tę linię i uruchomisz ponownie, pozbędziesz się problemu - przed ponownym uruchomieniem sprawdź również, czy plik / etc / fstab kończy się na:

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

Z powodu tego błędu Ubuntu długo czeka na zamianę.

naprawiono winę systemd-Analysis

naprawiono wykres analizy systemowej


4
Czy możesz wyjaśnić, jak działa ta poprawka? Prawie nie mogę tego zdobyć. Myślę, że byłoby wielu innych, którzy również nie mogą zrozumieć przepływu pracy w celu rozwiązania problemu
Mostafa Ahangarha

1
Dziękuję Ci! Mój czas uruchamiania skrócił się z 2 minut do 2 sekund. Zrobiłem dokładnie to, co mówisz, zmieniłem ten wiersz na /swapfile. Należy również pamiętać, że link Launchpad wskazaniu mówi, że nie powinno być #/swapfile ...w /etc/fstab, ale nie mam /swapfile ...jak pokazać tutaj i działa idealnie.
Illidanek

Najlepsze rozwiązanie tego problemu
Kostya Bakay

Mój czas uruchamiania skrócił się z 2 minut do 15 sekund! Wielkie dzięki!
Pedro Rodrigues,

Pracował również dla mnie. Nie przyspieszyło to rozruchu, ale funkcja „shutdown -h” działa i wyłącza się w ciągu kilku sekund w porównaniu do kilku minut. Ubuntu powinien naprawdę to naprawić, przeprowadzając aktualizację.
koleś

1

Instalowanie przy włączonym LVM zapobiega również temu problemowi (w każdym razie dla Ubuntu MATE), ponieważ tworzy partycję wymiany.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.