起動時間が長いUbuntu 16.04

起動時間が長すぎます。systemd-analyze blameコマンドを使用した結果は次のとおりです。

dimitrios@dimitrios-A15:~/Downloads$ systemd-analyze blame
     1min 4.487s apt-daily.service
         22.627s dev-sda4.device
         11.789s systemd-udevd.service
          9.863s NetworkManager-wait-online.service
          5.549s apache2.service
          5.411s ModemManager.service
          5.028s grub-common.service
          4.334s systemd-tmpfiles-setup-dev.service
          3.899s accounts-daemon.service
          3.563s thermald.service
          3.413s NetworkManager.service
          3.084s iio-sensor-proxy.service
          2.770s vboxdrv.service
          2.238s keyboard-setup.service
          2.089s irqbalance.service
          1.961s binfmt-support.service
          1.940s quota.service
          1.865s bluetooth.service
          1.802s dev-hugepages.mount
          1.802s sys-kernel-debug.mount
          1.711s dev-mqueue.mount
          1.618s systemd-logind.service
          1.596s gpu-manager.service
          1.574s console-setup.service
          1.516s udisks2.service
          1.480s colord.service
          1.480s upower.service
          1.448s rsyslog.service
          1.334s ofono.service
          1.304s ondemand.service
          1.303s systemd-modules-load.service
          1.297s speech-dispatcher.service
          1.297s console-kit-log-system-start.service
          1.269s laptop-mode.service
          1.268s pppd-dns.service
          1.246s systemd-user-sessions.service
          1.218s avahi-daemon.service
          1.193s systemd-journald.service
          1.039s wpa_supplicant.service
           985ms apport.service                                                                                                                                         
           964ms console-kit-daemon.service                                                                                                                             
           938ms networking.service                                                                                                                                     
           911ms polkitd.service                                                                                                                                        
           852ms systemd-udev-trigger.service                                                                                                                           
           839ms systemd-rfkill.service                                                                                                                                 
           725ms setvtrgb.service                                                                                                                                       
           669ms systemd-update-utmp.service                                                                                                                            
           590ms lm-sensors.service

どうすればスピードアップできますか？

boot 16.04

— アナスタシオス・パパスピロウ
ソース

/ dev / sda4とは何ですか？それは完全な22秒を消費します。

— jawtheshark

また、apt-daily.serviceには1分以上かかります。それは私を驚かせます：毎日のタスクは1日に1回実行されますが、それは主にログのクリーンアップなどです

— jawtheshark

これは、ubuntuがインストールされているパーティションです

— Anastasios Papaspyrou

OK、それは私の推測でしたが、確認したかったのです。ハードディスクは大丈夫ですか？SMARTSステータスを確認しましたか？死にかけているディスクは通常、完全に死ぬ前に遅くなります。（SSDの場合は適用されません）。毎日与えられることはまた多くのIOを行い、システムはsda4を長時間待つ必要があることを考えると、私の直感は次のとおりです：ディスクが死にかけています。しかし、それは推測ですので、ディスクのスマートステータスを確認してください。（ディスクアプリケーション、ディスク/ dev / sdaを選択、「メニューアイコン」（ハンバーガーアイコン）、SMARTデータとセルフテスト。最終的には「セルフテストの開始」をクリックして、「ショート」を実行できます

— jawtheshark

全体的な評価：ディスクは問題ありません自己評価：しきい値を超えていません

— Anastasios Papaspyrou

通常、私が見た* ix-ishシステムは、リソースとデーモンによって、起動プロセスの進行状況を出力します。百万回のようなもの

    `[xyz] successfully started on abc status blah at ....`

システムはどのように再起動しますか？どこかで、起動スクリプトを非冗長に設定する必要があります。それを元に戻すことができる場合、それはあなたにあなたの直接の手がかりを与える可能性があります。もっと知識のある人はいますか？

でも、15年くらい経ってから始めてみると、最速でも彼らはあまり役に立たないことをやっていて、とにかくもっと時間がかかっていると言わざるを得なかった。

— だれも
ソース

ああ。質問が半年以上前に行われたことに気づきました！

— 誰も

どこにあるか手掛かりを与えてくれませんか？（もちろん、私はSSDブートドライブソリューションを好みます。）

— SDsolar 2018年