Ubuntu Desktop 17.04 64-bit với nhà được mã hóa, khởi động chậm


18

Tôi đã cài đặt lại Ubuntu 17.04 Desktop 64-bit UEFI trên máy tính xách tay của tôi trên đĩa cứng.

Máy tính xách tay: Intel Core i5-5200U, Intel HD Graphics 5500, Ram 16 GB.

Quá trình khởi động mất ~ 120 giây (từ việc nhấn powerwitch đến loginscreen, với Ubuntu 16.04.2 trên ssd chỉ mất chưa đến 20 giây).

nhật ký hệ thống

$ 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

âm mưu phân tích hệ thống

Có ý kiến ​​gì không?


Tại sao di sản? Tại sao bạn có một /bootphân vùng và tại sao nó lại lớn như vậy? Các câu hỏi này có tính khoa trương hơn bất kỳ điều gì khác và có mục đích duy nhất là cảnh báo bạn rằng bạn đang làm ngược lại với các thực tiễn được đề xuất do đó các vấn đề sẽ được dự kiến ​​(như được hiển thị trong nhật ký hệ thống).

Tôi đã thử UEFI, nó mất thời gian và tôi nghĩ có lẽ BIOS nhanh hơn, phân vùng khởi động là do nó nằm trên đĩa cứng nên tôi muốn phần nhanh nhất của đĩa để khởi động, kích thước là do trên máy tính xách tay khác của tôi có nhân cũ hơn được làm sạch hết 250+ MB nên 1 GB sẽ rất nhiều.
user58634

Những gì bạn vừa nhận xét là vô nghĩa từ trên xuống dưới.

bạn có lời khuyên nào cho tôi không?
user58634

1. Một /bootphân vùng riêng biệt chỉ được yêu cầu cho LVM. Mặt khác thậm chí không được khuyến khích. 2. Khởi động kế thừa chỉ có thể tốt như chế độ UEFI gốc (và luôn được khuyến nghị), không bao giờ tốt hơn và thường tệ hơn khi hỗ trợ phần cứng. 3. Không được đề cập trong thông số kỹ thuật của bạn nhưng nếu bạn có thẻ đồ họa addon, bạn có thể cần phải cài đặt trình điều khiển độc quyền.

Câu trả lời:


29

Hiểu rồi, đó là một vấn đề của Ubiquity với tùy chọn nhà được mã hóa: hệ thống bị treo do ecryptfs-setup-exchange không hoạt động với các tệp hoán đổi !

Tôi đã thiết lập Ubuntu với Trang chủ được mã hóa như tôi vẫn thường làm, với cách khắc phục như được mô tả trong liên kết khởi động đã giảm từ ~ 200 giây xuống ~ 30 giây, đây là một hdd.


Chỉnh sửa: vấn đề là khi cài đặt Ubuntu với nhà được mã hóa, 17.04 tạo một tệp hoán đổi thay vì phân vùng trao đổi như các phiên bản trước, sau đó trình cài đặt ghi tệp cấu hình bị lỗi.

Trích dẫn từ Báo cáo lỗi ban đầu:

Cụ thể, ecryptfs-setup-exchange đặt vào / etc / crypttab một dòng như thế này:

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

(giống như có một phân vùng trao đổi với UID = XXXXXXXX) trong khi với một tệp hoán đổi, nó nên đặt dòng sau:

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

Nếu bạn thay đổi thủ công dòng đó và khởi động lại, bạn sẽ thoát khỏi vấn đề - trước khi khởi động lại, hãy kiểm tra xem tập tin / etc / fstab của bạn kết thúc bằng:

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

Vì lỗi này, Ubuntu dành một thời gian dài để chờ trao đổi.

cố định hệ thống phân tích đổ lỗi

cố định phân tích systemd


4
Bạn có thể vui lòng giải thích cách khắc phục này hoạt động? Tôi gần như không thể có được nó. Tôi nghĩ rằng sẽ có nhiều người khác cũng không thể hiểu được quy trình làm việc để giải quyết vấn đề
Mostafa Ahangarha

1
Cảm ơn bạn! Thời gian khởi động của tôi giảm từ 2 phút xuống còn 2 giây. Tôi đã làm chính xác những gì bạn nói, thay đổi dòng đó để có /swapfile. Cũng lưu ý rằng liên kết bệ phóng bạn trỏ đến nói cần có #/swapfile ...trong /etc/fstab, nhưng tôi có /swapfile ...như bạn thấy ở đây và nó hoạt động hoàn hảo.
Illidanek

Giải pháp tốt nhất cho vấn đề này
Kostya Bakay

Thời gian khởi động của tôi đã giảm từ 2 phút xuống còn 15 giây! Cảm ơn rất nhiều!
Pedro

Làm việc cho tôi là tốt. Nó không tăng tốc thời gian khởi động nhưng "shutdown -h" hoạt động và tắt trong vài giây so với vài phút. Ubuntu nên thực sự khắc phục điều này khi thực hiện nâng cấp.
anh chàng

1

Cài đặt với LVM được bật cũng ngăn chặn sự cố này, (dù sao đối với Ubuntu MATE) vì nó tạo phân vùng trao đổi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.