web-dev-qa-db-ja.com

Ubuntu 16.04スローブート(apt-daily.service)

私の起動はひどく遅いです、そして、私は理由を知りません。

$ systemd-analyze 
Startup finished in 10.975s (kernel) + 49.732s (userspace) = 1min 708ms
$ systemd-analyze blame 
         34.971s apt-daily.service
         20.590s snapd.refresh.service
         17.113s grub-common.service
         16.033s apport.service
         16.027s networking.service
         15.894s ondemand.service
         15.860s irqbalance.service
         15.655s speech-dispatcher.service
         11.695s ModemManager.service
          9.772s accounts-daemon.service
          8.626s NetworkManager-wait-online.service
          8.058s systemd-logind.service
          8.053s bluetooth.service
          7.944s gpu-manager.service
          7.896s alsa-restore.service
          7.892s pppd-dns.service
          7.882s rsyslog.service
          7.860s avahi-daemon.service
          7.844s dev-sda1.device
          7.842s systemd-user-sessions.service
          7.648s lightdm.service
          7.610s teamviewerd.service
          6.445s apparmor.service

また、起動時に、次のようなメッセージが表示されます。

device descriptor read/all, error -62
ata1 softreset failed (device not ready) #most of the times
error loading journal #(sometimes)
Test WP failed, assume Write Enabled
Asking for cache data failed     #most of the times
Assuming drive cache: write through

apt-daily.serviceは、起動を最も遅くします。それに取り組む方法についてのアイデアはありますか?

Ubuntu MATE 16.04があります。

41
Ashwin Kumar k

これは Debianバグ#84445 です。 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のマンページ を参照して、これが何を意味するかについての追加説明(悲しいかな、あまり書かれていません)をご覧ください。

42
zwol

もう1つの答えは、質問の2番目のテキストブロックに対応しています。

私にとって、apt-daily.serviceを永遠に解決するために、 このUbuntuフォーラムの投稿 はうまくいったようです。

/etc/systemd/system.confを編集する方法の例としてこれらのコマンドを発行します

Sudo cp /etc/systemd/system.conf /etc/systemd/system.conf.bak 

それは安全のためのバックアップになります。

gksudo gedit /etc/systemd/system.conf 

次の2行を探して変更します。

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

鉱山は次のようになります。

DefaultTimeoutStartSec=10s 
DefaultTimeoutStopSec=10s 

それを今一年やっていますが、悪いことは何もありません。

行を無効にする先頭の#を削除し、値を変更します。

2
cat

デスクトップの場合は、デスクトップを開き、MBを含むすべてのHDDケーブルを取り外してから再接続します。

それに失敗すると、HDDがタイムアウトしているように聞こえます。 BACKUPすべてのデータを今すぐ。

Ubuntuのライブネットワークインストールをシステムに焼き付け、Ubuntuを試して起動します。次に、Gpartedを実行します。デフォルトでは、HDD読み取りエラーをチェックします。すべてのデータのバックアップがある場合は、誰か他の人がアドバイスすることができます。

2
smokingwheels