apt-daily.serviceとapt-daily-upgrade.serviceは本当に必要ですか？

18.04のスタートアップは17.10より少し時間がかかるように思えたので、走っsystemd-analyze blameて見つけてapt-daily.service、apt-daily-upgrade.serviceそれらの間で3分以上かかっている。

:~$ systemd-analyze time
    Startup finished in 9.173s (kernel) + 3min 30.201s (userspace) = 3min 39.375s
    graphical.target reached after 15.268s in userspace
:~$ systemd-analyze blame
    1min 52.265s apt-daily-upgrade.service
    1min 27.579s apt-daily.service
          6.603s NetworkManager-wait-online.service
          5.105s plymouth-quit-wait.service
          1.517s plymouth-start.service
          1.439s dev-sda1.device.............

だから、これらのサービスは実際に何をしているのか（aptのチェックは私が想像する最新のものです）、なぜ彼らはそんなに時間がかかり、すべてのブートアップで実行する必要があるのですか？

自分で決めることができます。しかし、私のシステム（主に16.04 LTS）では、両方で無効にしました：

sudo systemctl disable apt-daily.service
sudo systemctl disable apt-daily.timer

sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl disable apt-daily-upgrade.service

デスクトップ上のいくつかの機能がで提供されているという事実のため、update-managerと
私はに関するエラーメッセージを取得する必要はありませんロック私は実行するたびに、アーカイブまたはリストのディレクトリに-filesをapt手動で。

はい、それは重要です、あなたはそれを必要とします。
インターネットデータの使用が私にとってのようにあなたにとっての懸念事項である場合、それほど頻繁に開始したくないかもしれません。
しかし、それはパッケージを最新の状態に保つことでOSを安全に保つのに便利です。

スタートアップが遅いことについては、他の人はすでにその回避方法に答えています:)

サービスのタイマーを変更できます。実際には、起動後に実行する必要があります。これが解決策です。

Ubuntu 16.04スローブート（apt-daily.service）

回避策として、sudo systemctl edit apt-daily.timer次のテキストを編集ウィンドウに貼り付けます。

# apt-daily timer configuration override   
[Timer]   
OnBootSec=15min   
OnUnitActiveSec=1d   
AccuracySec=1h   
RandomizedDelaySec=30min

これにより、apt-daily.serviceをトリガーする「タイマー」が変更され、ブート後15分から45分の間のランダムな時間、およびその後1日1回実行されます。これが何を意味するのかについての追加の（非常によく書かれていない、悲しいかな）説明については、systemd.timerのマンページを参照してください。

これが機能しない場合は、ファイルを作成/編集します /etc/systemd/system/apt-daily.timer