it-swarm.com.de

Ubuntu 16.04 langsames Booten (apt-daily.service)

Mein Stiefel ist schrecklich langsam und ich weiß nicht warum.

$ 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

Während des Startvorgangs wird eine Meldung angezeigt, die etwa Folgendes enthält:

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 verlangsamt den Boot am meisten. Irgendeine Idee, wie man das angeht?

Ich habe Ubuntu MATE 16.04.

41
Ashwin Kumar k

Dies ist Debian-Fehler # 84445 . apt-daily.service sollte nicht während des Bootens ausgeführt werden, sondern erst einige Zeit später.

Um dieses Problem zu umgehen, führen Sie Sudo systemctl edit apt-daily.timer aus und fügen Sie den folgenden Text in das Editorfenster ein:

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

Dadurch wird der "Timer", der apt-daily.service auslöst, so geändert, dass er zufällig zwischen 15 und 45 Minuten nach dem Start und danach einmal täglich ausgeführt wird. In der systemd.timer manpage finden Sie eine zusätzliche (leider nicht sehr gut geschriebene) Erklärung, was dies bedeutet.

42
zwol

Die andere Antwort befasst sich mit dem zweiten Textblock in der Frage.

Für mich, um apt-daily.service zu lösen, dauert es ewig, dieser Ubuntu-Forumsbeitrag scheint funktioniert zu haben.

geben Sie diese Befehle als Beispiel für die Bearbeitung von /etc/systemd/system.conf ein.

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

Das sichert die Sicherheit.

gksudo gedit /etc/systemd/system.conf 

Suchen und ändern Sie diese 2 Zeilen:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

Meins sieht jetzt so aus:

DefaultTimeoutStartSec=10s 
DefaultTimeoutStopSec=10s 

Tue das schon seit einem Jahr und nichts Schlimmes ist daraus geworden.

Entfernen Sie die führenden #, die die Zeile deaktivieren, und ändern Sie den Wert.

2
cat

Wenn es sich um einen Desktop handelt, öffnen Sie ihn und trennen Sie ihn. Schließen Sie dann alle Festplattenkabel einschließlich MB wieder an.

Andernfalls scheint die Zeit Ihrer Festplatte abgelaufen zu sein. BACKUP jetzt alle Daten.

Brennen Sie die Live-Netzwerkinstallation von Ubuntu, um Ihrem System zu entsprechen, und starten Sie sie, um Ubuntu zu testen. Führen Sie dann Gparted aus: Standardmäßig wird nach Festplattenlesefehlern gesucht. Wenn Sie eine Sicherungskopie aller Ihrer Daten haben, könnte dies möglicherweise jemand anderes raten.

2
smokingwheels