web-dev-qa-db-ja.com

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

18.04での起動には17.10より少し時間がかかるようで、systemd-analyze blameを実行したところ、apt-daily.serviceapt-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のチェックは私が想像する最新のものです)、なぜ彼らはそんなに時間がかかり、すべてのブートアップで実行する必要があるのですか?

19
SteveInBavaria

自分で決めることができます。しかし、私のシステム(主に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および
aptを手動で実行するたびに、アーカイブまたはリストディレクトリのlock-filesに関するエラーメッセージを受け取りたくありません。

17
N0rbert

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

遅い起動については、 他の人はすでに答えました 回避方法:)

3
Aquarius Power

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

buntu 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でファイルを作成/編集します

0
overkill22