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).
$ 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
Jakieś pomysły?
/boot
partycję 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)./boot
partycja 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:
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:
Z powodu tego błędu Ubuntu długo czeka na zamianę.
naprawiono winę systemd-Analysis
naprawiono wykres analizy systemowej
źródło
/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.Instalowanie przy włączonym LVM zapobiega również temu problemowi (w każdym razie dla Ubuntu MATE), ponieważ tworzy partycję wymiany.
źródło