Ubuntu 16.04 медленная загрузка (apt-daily.service)

Question 1

Мой ботинок ужасно медленный, и я не знаю почему.

$ 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.

Question 2

Если это настольный компьютер, откройте его и отключите, а затем снова подключите Все кабели жесткого диска, включая MB.

В противном случае это звучит так, как будто у вашего жесткого диска истекло время ожидания. РЕЗЕРВНОЕ КОПИРОВАНИЕ всех данных сейчас.

Записать сетевую установку Ubuntu Live в соответствии с требованиями вашей системы, загрузитесь, чтобы попробовать Ubuntu. Затем запустите Gparted: по умолчанию он проверяет наличие ошибок чтения жесткого диска. Если у вас есть резервная копия всех ваших данных, возможно, кто-то еще может посоветовать.

Question 3

Question 4

Другой ответ относится ко второму блоку текста в вопросе.

Для меня, чтобы решить 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 = 90 с
 
Мои теперь выглядят так:
 DefaultTimeoutStartSec = 10s
DefaultTimeoutStopSec = 10 с
 
Занимаюсь этим уже год, и ничего плохого из этого не вышло.

Удалите начальные # , которые отключают строку, и измените значение.

Question 5

Это ошибка Debian #844453. apt-daily.service следует запускать не во время загрузки, а только через некоторое время после.

В качестве обходного пути, выполните sudo systemctl редактирование apt-daily. таймер и вставьте следующий текст в окно редактора:

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

Это изменяет "таймер", который запускает apt-daily.service в случайное время от 15 до 45 минут после загрузки, а затем один раз в день. Смотрите страницу systemd.timer manpage для дополнительного (увы, не очень хорошо написанного) объяснения того, что это значит.

Zanna · Answer 1 · 25 April 2017 в 22:48