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

41

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

$ 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があります。

— アシュウィン・クマールk
ソース

私もこれと同じ問題を抱えていました。そのリンクを見ると、問題を引き起こしているので、私はそれをスピードアップするために多くのことを取り除いたことがわかります。私はUbuntu Gnome 14.04に切り替えましたが、それ以来ずっと速く、起動から55秒から20秒になりました。SSDに切り替えた後、約4秒で起動します。

— ドリアン

これは私にはよくありましたが、Ubuntuを初めてインストールすると、ハードドライブを分割するオプションが表示されます。これは、ラムが少ない人にとっても非常に便利です。他の方法があります。このリンクを見てください。help.ubuntu.com/stable/ubuntu-help/disk-partitions.htmlハードドライブで起動するための1 GBがあり、非常に高速に動作します。お役に立てば幸いです！

— 16年

43

これはDebianのバグ＃844453です。 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のマンページを参照してください。

— ズウォル
ソース

これは、systemd-analyze blameコマンドによってリストされたサービスのいずれにも適用されますか？

— ムハンマドゲルバナ

@MuhammadGelbana私はあなたが私に尋ねようとしていることを理解していません。

— zwol

1

sudo systemctl edit snapd.refresh.timer snapd.refreshのタイマー設定をオーバーライドするために、回答に投稿したのと同じようなコマンドを実行して同じテキストを追加できるかどうかを尋ねています。

— ムハンマドゲルバナ

はい、実際には「タイマー」であるものであれば動作するはずですが、起動時に開始される任意のサービスでは動作しません。

— zwol

3

もう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 
それを今一年やっていますが、悪いことは何もありません。

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

— ネコ
ソース

1

このタイムアウトで起動できなかったため、この行を回復モードからコメント化する必要がありました。

— ユーリゴア

1

@YuriGorおaび申し上げます。16.10から何かが変わったと思います

— cat

1

私は18.04です。はっきりとは覚えていませんが、それはsdaに関連した問題でした。したがって、おそらく私のhddはマウントするのに時間がかかりすぎます。

— ユーリゴア

2

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

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

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

— 喫煙ホイール
ソース