web-dev-qa-db-fra.com

Ubuntu 16.04 slow boot (apt-daily.service)

Ma botte est horriblement lente et je ne sais pas pourquoi.

$ 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

De plus, au démarrage, je vois un message disant:

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 ralentit le plus le démarrage. Une idée sur la façon de s'attaquer à ça?

J'ai Ubuntu MATE 16.04.

39
Ashwin Kumar k

C'est bogue Debian n ° 84445 . apt-daily.service ne devrait pas être exécuté pendant le démarrage, mais seulement quelque temps après.

En guise de solution de contournement, faites Sudo systemctl edit apt-daily.timer et collez le texte suivant dans la fenêtre de l'éditeur:

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

Cela modifie la "minuterie" qui déclenche apt-daily.service à s'exécuter à une heure aléatoire entre 15 et 45 min après le démarrage et une fois par jour par la suite. Voir la page de manuel systemd.timer pour une explication supplémentaire (pas très bien écrite, hélas) de ce que cela signifie.

38
zwol

L'autre réponse concerne le deuxième bloc de texte de la question.

Pour moi, résoudre apt-daily.service en prenant pour toujours, ce post sur les forums Ubunt semble avoir fonctionné.

émettez ces commandes comme exemple de la façon de modifier /etc/systemd/system.conf

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

Cela fera une sauvegarde pour la sécurité.

gksudo gedit /etc/systemd/system.conf 

Recherchez et modifiez ces 2 lignes:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

Le mien ressemble maintenant à ceci:

DefaultTimeoutStartSec=10s 
DefaultTimeoutStopSec=10s 

Je fais cela depuis un an et rien de grave n’est venu.

Supprimez les # qui précèdent, qui désactivent la ligne, et modifiez la valeur.

2
cat

S'il s'agit d'un ordinateur de bureau, ouvrez-le, déconnectez-vous puis reconnectez Tous les câbles de disque dur, y compris les disques MB.

À défaut, votre disque dur a l’air de manquer de temps. SAUVEGARDE toutes les données maintenant.

Gravez l’installation réseau en direct d’Ubuntu pour s’aligner sur votre système, démarrez pour essayer Ubuntu. Puis lancez Gparted: par défaut, il vérifie les erreurs de lecture du disque dur. Si vous avez une sauvegarde de toutes vos données, peut-être que quelqu'un d'autre pourrait vous conseiller.

2
smokingwheels