Ubuntu Desktop 17.04 64-bit dengan rumah terenkripsi, boot lambat


18

Saya menginstal ulang UEFI Ubuntu 17.04 Desktop 64-bit pada Laptop saya pada harddisk.

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

Booting memakan waktu ~ 120 detik (dari menekan powerswitch ke layar login, dengan Ubuntu 16.04.2 pada SSD diperlukan waktu kurang dari 20 detik).

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-analysis plot

Ada ide?


Mengapa Warisan? Mengapa Anda memiliki /bootpartisi dan mengapa begitu besar? Pertanyaan-pertanyaan ini lebih bersifat retoris daripada yang lain dan memiliki tujuan tunggal untuk memberi tahu Anda bahwa Anda melakukan kebalikan dari praktik-praktik yang direkomendasikan sehingga masalah akan terjadi (seperti yang ditunjukkan dalam log sistemd).

saya mencoba UEFI butuh waktu yang sama maka saya pikir mungkin BIOS lebih cepat, partisi boot karena pada harddisk jadi saya ingin bagian tercepat dari disk untuk boot saya, ukurannya adalah karena pada laptop saya yang lain dengan kernel lama dibersihkan keluar adalah 250+ MB jadi 1 GB akan banyak.
user58634

Yang baru saja Anda komentari adalah omong kosong dari atas ke bawah.

apakah Anda punya rekomendasi untuk saya?
user58634

1. /bootPartisi yang terpisah hanya diperlukan untuk LVM. Bahkan sebaliknya tidak direkomendasikan. 2. Legacy boot hanya dapat sebagus mode UEFI asli (dan selalu disarankan), tidak pernah lebih baik dan sering lebih buruk untuk dukungan perangkat keras. 3. Tidak disebutkan dalam spesifikasi Anda tetapi jika Anda memiliki kartu grafis tambahan Anda mungkin perlu menginstal driver berpemilik.

Jawaban:


29

Mengerti, ini adalah masalah Ubiquity dengan opsi home terenkripsi: sistem hang karena ecryptfs-setup-swap tidak bekerja dengan swapfiles !

Saya mengatur Ubuntu dengan Rumah terenkripsi seperti yang selalu saya lakukan, dengan perbaikan seperti yang dijelaskan dalam tautan boot pergi dari ~ 200 detik ke ~ 30 detik, ini pada hdd.


Sunting: masalahnya adalah ketika menginstal Ubuntu dengan rumah terenkripsi, 17.04 membuat swapfile bukan partisi swap seperti versi sebelumnya, kemudian installer menulis file konfigurasi yang salah.

Kutipan, dari Laporan Bug Asli:

Secara khusus, ecryptfs-setup-swap menempatkan / etc / crypttab baris seperti ini:

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

(seperti ada partisi swap dengan UID = XXXXXXXX) sementara dengan swapfile itu harus meletakkan baris berikut:

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

Jika Anda mengubah baris dan reboot secara manual, Anda menyingkirkan masalah - sebelum reboot, periksa juga bahwa file / etc / fstab Anda berakhir dengan:

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

Karena kesalahan ini Ubuntu menghabiskan waktu lama menunggu swap.

memperbaiki kesalahan sistem-analisis

memperbaiki plot analisis-sistem


4
Bisakah Anda jelaskan bagaimana perbaikan ini bekerja? Saya hampir tidak bisa mendapatkannya. Saya pikir akan ada banyak orang lain yang juga tidak dapat memahami alur kerja untuk menyelesaikan masalah
Mostafa Ahangarha

1
Terima kasih! Waktu boot saya turun dari 2 menit menjadi 2 detik. Saya melakukan persis apa yang Anda katakan, mengubah jalur itu untuk dimiliki /swapfile. Juga perhatikan bahwa tautan launchpad yang Anda tuju mengatakan harus ada #/swapfile ...di /etc/fstab, tetapi saya miliki /swapfile ...seperti yang Anda tunjukkan di sini dan itu berfungsi dengan baik.
Illidanek

Solusi terbaik untuk masalah ini
Kostya Bakay

Waktu boot saya berkurang dari 2 menit menjadi 15 detik! Terima kasih banyak!
Pedro Rodrigues

Bekerja untuk saya juga. Itu tidak mempercepat waktu boot tetapi "shutdown -h" bekerja dan dimatikan dalam beberapa detik vs beberapa menit. Ubuntu harus benar-benar memperbaiki ini ketika melakukan dist-upgrade.
Bung

1

Menginstal dengan LVM diaktifkan juga mencegah masalah ini, (untuk Ubuntu MATE) karena ia membuat partisi swap.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.