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
およびapt
を手動で実行するたびに、アーカイブまたはリストディレクトリのlock-filesに関するエラーメッセージを受け取りたくありません。
はい、それは重要です、あなたはそれを必要とします。
インターネットデータの使用があなたにとっての懸念事項である場合、それが私にとってのように、頻繁に開始されることを望まないかもしれません。
しかし、これはパッケージを最新の状態に保つことでOSを安全に保つのに役立ちます。
遅い起動については、 他の人はすでに答えました 回避方法:)
サービスのタイマーを変更できます。実際には、起動後に実行する必要があります。これが解決策です。
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
でファイルを作成/編集します