암호화 된 홈이있는 Ubuntu Desktop 17.04 64 비트, 느린 부팅

하드 디스크의 랩톱에 Ubuntu 17.04 Desktop 64 비트 UEFI를 다시 설치했습니다.

노트북 : Intel Core i5-5200U, Intel HD Graphics 5500, 16GB Ram.

부팅에는 ~ 120 초가 소요됩니다 (전원 스위치 누르기에서 로그인 화면까지, ssd에서 Ubuntu 16.04.2를 사용하면 20 초 미만이 소요됨).

$ 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

시스템 분석 플롯

어떤 아이디어?

boot systemd 17.04

— 사용자
소스

왜 유산인가? 왜 /boot파티션이 있고 왜 그렇게 큰가요? 이 질문은 다른 어떤 것보다 수사적이며 권장 사례와 반대되는 행동을한다고 경고하는 유일한 목적을 가지고 있습니다 (시스템 로그에 표시된대로).

UEFI가 같은 시간이 걸렸다는 생각이 들었습니다. BIOS가 더 빠를 것이라고 생각했습니다. 부팅 파티션은 하드 디스크에 있기 때문에 부팅에 필요한 디스크의 가장 빠른 부분을 원합니다. 크기는 이전 커널이 청소 된 다른 랩톱에서 out은 250MB 이상이므로 1GB이면 충분합니다.

— user58634

방금 언급 한 것은 위에서 아래로 넌센스입니다.

나에게 추천 할 것이 있습니까?

— user58634

1. 분리 된 /boot파티션은 LVM에만 필요합니다. 그렇지 않으면 권장되지 않습니다. 2. 레거시 부팅은 기본 (및 항상 권장되는) UEFI 모드만큼 좋을 수 있으며 하드웨어 지원에있어 더 나쁘거나 더 나빠질 수 있습니다. 3. 사양에는 언급되어 있지 않지만 애드온 그래픽 카드가있는 경우 독점 드라이버를 설치해야 할 수도 있습니다.

답변:

알았어, 그것은이다 때문에 eCryptfs가-설치 스왑이 swapfiles 작동하지의 시스템 중단 : 암호화 된 홈 옵션 유비 문제 !

링크 부팅에 설명 된 수정 사항이 ~ 200 초에서 ~ 30 초로 이동 한 것처럼 항상 암호화 된 홈으로 Ubuntu를 설정했습니다. 이것은 hdd에 있습니다.

편집 : 문제는 암호화 된 홈으로 Ubuntu를 설치할 때 17.04가 이전 버전과 같은 스왑 파티션 대신 스왑 파일을 만든 다음 설치 프로그램이 잘못된 구성 파일을 작성하는 것입니다.

원래 버그 보고서에서 인용 :

특히 ecryptfs-setup-swap은 / etc / crypttab에 다음과 같은 줄을 넣습니다.
cryptswap1 UID=XXXXXXXX /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64
(UID = XXXXXXXX 인 스왑 파티션이있는 것처럼) 스왑 파일을 사용하는 경우 다음 줄을 입력해야합니다.
cryptswap1 /swapfile /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64
해당 줄을 수동으로 변경하고 재부팅하면 문제가 해결됩니다. 재부팅하기 전에 / etc / fstab 파일이 다음으로 끝나는 지 확인하십시오.
#/swapfile none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0

이 오류로 인해 Ubuntu는 스왑을 기다리는 데 오랜 시간이 걸립니다.

고정 시스템 분석 책임

고정 시스템 분석 플롯

— 사용자
소스

이 수정의 작동 방식을 설명해 주시겠습니까? 나는 거의 그것을 얻을 수 없습니다. 문제 해결을위한 워크 플로우를 이해할 수없는 다른 사람들도 많이있을 것입니다.

— Mostafa Ahangarha

감사합니다! 부팅 시간이 2 분에서 2 초로 줄었습니다. 나는 당신이 말한대로 정확하게 그 줄을 변경했습니다 /swapfile. 또한이 가리키는 런치 패드 링크가 있어야 말한다 있습니다 #/swapfile ...에 /etc/fstab,하지만 난이 /swapfile ...여기에 표시하고 완벽하게 작동한다.

— Illidanek

이 문제의 가장 좋은 해결책

— Kostya Bakay

부팅 시간이 2 분에서 15 초로 단축되었습니다! 고마워요!

— Pedro Rodrigues

나를 위해 일했습니다. 부팅 시간을 단축 시키지는 않았지만 "shutdown -h"가 작동하고 몇 초 동안 몇 초 후에 종료됩니다. Ubuntu는 dist-upgrade를 수행 할 때이 문제를 해결해야합니다.

— 친구

LVM을 활성화 한 상태에서 설치하면 스왑 파티션을 만들 때이 문제 (Ubuntu MATE의 경우)도 방지됩니다.

— u2764
소스