Ubuntu 16.04 slow boot (apt-daily.service)

42

Il mio stivale è orribilmente lento e non so perché.

$ 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

Inoltre, durante l'avvio, vedo un messaggio che dice qualcosa del tipo:

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 rallenta maggiormente l'avvio. Qualche idea su come affrontarlo?

Ho Ubuntu MATE 16.04.

— Ashwin Kumar k
fonte

Ho avuto lo stesso problema . Puoi vedere in quel link che ho rimosso così tanto per accelerarlo che stava causando problemi. Sono passato a Ubuntu Gnome 14.04 ed è stato fulmineo da allora e è passato dall'avvio in 55 secondi a 20 secondi. Dopo essere passato a SSD ora si avvia in circa 4 secondi.

— Dorian,

Questo mi è successo, ma quando installi Ubuntu per la prima volta, hai la possibilità di dividere il tuo disco rigido. Questo è molto utile anche per le persone che hanno una ram bassa. Ci sono altri modi Guarda questo link. help.ubuntu.com/stable/ubuntu-help/disk-partitions.html Ho 1 GB per l'avvio sul mio disco rigido e funziona molto rapidamente. Spero che sia d'aiuto!

— schung,

43

Questo è il bug Debian # 844453 . apt-daily.servicenon dovrebbe essere eseguito durante l'avvio, ma solo qualche tempo dopo.

Per ovviare al problema, eseguire sudo systemctl edit apt-daily.timere incollare il testo seguente nella finestra dell'editor:

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

Ciò modifica il "timer" che si avvia apt-daily.servicein modo casuale tra 15 minuti e 45 minuti dopo l'avvio e successivamente una volta al giorno. Vedi la manpage systemd.timer per ulteriori spiegazioni (non molto ben scritte, ahimè) di cosa significhi.

— Zwol
fonte

Questo vale per qualcuno dei servizi elencati dal systemd-analyze blamecomando?

— Muhammad Gelbana,

@MuhammadGelbana Non capisco cosa stai cercando di chiedermi.

— zwol,

1

Sto chiedendo se posso eseguire un comando simile come sudo systemctl edit snapd.refresh.timer e aggiungere lo stesso testo che hai pubblicato nella tua risposta per sovrascrivere la configurazione del timer per snapd.refresh?

— Muhammad Gelbana,

Dovrebbe funzionare per tutto ciò che è in realtà un "timer", sì, ma non per servizi arbitrari avviati all'avvio.

— zwol,

3

L'altra risposta si rivolge al secondo blocco di testo nella domanda.

Per me, per risolvere apt-daily.serviceil problema, per sempre, questo post sui forum di Ubuntu sembra aver funzionato.

emettere questi comandi come esempio di come modificare /etc/systemd/system.conf
sudo cp /etc/systemd/system.conf /etc/systemd/system.conf.bak 
Ciò costituirà un supporto per la sicurezza.
gksudo gedit /etc/systemd/system.conf 
Cerca e modifica queste 2 righe:
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 
I miei ora sembrano così:
DefaultTimeoutStartSec=10s 
DefaultTimeoutStopSec=10s 
Lo faccio da anni ormai e non ne è venuto fuori niente di male.

Rimuovere le derivazioni #che disabilitano la linea e modificare il valore.

— gatto
fonte

1

Non ho potuto avviare con questi timeout e ho dovuto commentare queste righe dalla modalità di recupero.

— Yuri Gor,

1

@Yuri Per le mie scuse, immagino che qualcosa sia cambiato dal 16.10

— cat

1

Il mio è il 18.04. Non ricordo chiaramente, ma era un problema relativo a sda, quindi probabilmente il mio hdd impiega troppo tempo a montare o altro.

— Yuri Gor

2

Se è un desktop, aprilo e disconnetti, quindi ricollega tutti i cavi HDD incluso MB.

In caso contrario, sembra che il tuo HDD stia scadendo. BACKUP di tutti i dati ora.

Masterizza l'installazione di rete in diretta di Ubuntu per il tuo sistema, avvia per provare Ubuntu. Quindi eseguire Gparted: per impostazione predefinita controlla gli errori di lettura dell'HDD. Se hai un backup di tutti i tuoi dati, forse qualcun altro potrebbe consigliarti.

— smokingwheels
fonte