Ubuntu Desktop 17.04 64ビット、暗号化されたホーム、遅い起動

Ubuntu 17.04デスクトップ64ビットUEFIをハードディスクのラップトップに再インストールしました。

ラップトップ：Intel Core i5-5200U、Intel HD Graphics 5500、16 GB 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

systemd-analyzeプロット

何か案は？

boot systemd 17.04

— user58634
ソース

なぜレガシーなのか？なぜ/bootパーティションがあるのですか？なぜそんなに大きいのですか？この質問は他の何よりも修辞的であり、推奨されるプラクティスと反対のことをしていることを警告する唯一の目的があるため、問題が予想されます（systemdログを参照）。

UEFIを試してみましたが、BIOSの方が高速だと思ったので、ブートパーティションはハードディスク上にあるので、ブート用にディスクの最速の部分が欲しいのです。サイズは、古いカーネルを搭載した他のラップトップの出力は250 MB以上なので、1 GBで十分です。

— -user58634

あなたがコメントしたのは、上から下へのナンセンスです。

何かお勧めはありますか？

— user58634

1.分離された/bootパーティションは、LVMにのみ必要です。それ以外の場合はお勧めしません。2.レガシーブートは、ネイティブ（および常に推奨）UEFIモードと同じ程度にしかできず、ハードウェアサポートにとっては決して良くも悪くもありません。3.仕様には記載されていませんが、アドオングラフィックカードがある場合は、専用ドライバーをインストールする必要があります。

回答:

わかりました、それは暗号化されたホームオプションのユビキタス問題です：ecryptfs-setup-swapがswapfilesで動作しないためにシステムがハングします！

私はいつものように暗号化されたホームでUbuntuをセットアップしました。リンクブートで説明されている修正は〜200秒から〜30秒になり、これは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はスワップの待機に長い時間を費やしています。

systemd-analyzeの非難を修正

systemd-analyzeプロットを修正

— user58634
ソース

この修正の仕組みを説明してください。私はほとんどそれを得ることができません。また、私はこの問題を解決するためのワークフローを理解することはできません多くの人が存在することになると思います

— ムスタファAhangarha

ありがとうございました！起動時間が2分から2秒に短縮されました。私はあなたが言うことを正確にやり、その行をに変更しました/swapfile。また、あなたが指すランチパッド・リンクがあるべきと言うことに注意#/swapfile ...して/etc/fstab、私は持っている/swapfile ...あなたがここに表示され、それが完璧に動作として。

— イリダネク

このトラブルの最善の解決策

— のKostya Bakay

起動時間が2分から15秒に短縮されました！どうもありがとう！

— ペドロロドリゲス

私のためにも働いた。起動時間は短縮されませんでしたが、「shutdown -h」が機能し、数分から数秒でシャットダウンします。Ubuntuは、dist-upgradeを実行するときにこれを実際に修正する必要があります。

— 男

LVMを有効にしてインストールすると、スワップパーティションが作成されるため、この問題も回避されます（とにかくUbuntu MATEの場合）。

— u2764
ソース