Ubuntu 16.04 langsames Booten (apt-daily.service)

41

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.

— Ashwin Kumar k
quelle

Ich hatte das gleiche Problem . Sie können in diesem Link sehen, dass ich mich so sehr zurückgezogen habe, um es zu beschleunigen, dass es Probleme verursachte. Ich bin auf Ubuntu Gnome 14.04 umgestiegen und es ist seitdem blitzschnell und ging vom Booten in 55 Sekunden auf 20 Sekunden über. Nach dem Umstieg auf SSD bootet es nun in ca. 4 Sekunden.

— Dorian

Das ist mir früher passiert, aber wenn Sie Ubuntu zum ersten Mal installieren, haben Sie die Möglichkeit, Ihre Festplatte zu teilen. Dies ist auch für Leute mit niedrigem Widder sehr nützlich. Es gibt andere Wege. Schauen Sie sich diesen Link an. help.ubuntu.com/stable/ubuntu-help/disk-partitions.html Ich habe 1 GB für in meiner Festplatte zu booten, und es funktioniert sehr schnell. Ich hoffe, das hilft!

— Schung

43

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

Um dieses sudo systemctl edit apt-daily.timerProblem zu umgehen, fügen Sie den folgenden Text in das Editorfenster ein:

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

Dies ändert den "Timer", der ausgelöst wird apt-daily.service, um zu einer zufälligen Zeit zwischen 15 Minuten und 45 Minuten nach dem Booten und danach einmal am Tag zu laufen. In der Manpage systemd.timer finden Sie eine zusätzliche (leider nicht sehr gut geschriebene) Erklärung, was dies bedeutet.

— zwol
quelle

Gilt dies für einen der vom systemd-analyze blameBefehl aufgelisteten Dienste ?

— Muhammad Gelbana

@ Muhammad Gelbana Ich verstehe nicht, was Sie versuchen, mich zu fragen.

— zwol

1

Ich frage, ob ich einen ähnlichen Befehl wie ausführen sudo systemctl edit snapd.refresh.timer und denselben Text hinzufügen kann, den Sie in Ihrer Antwort angegeben haben, um die Zeitgeberkonfiguration für snapd.refresh zu überschreiben.

— Muhammad Gelbana

Es sollte für alles funktionieren, was eigentlich ein "Timer" ist, aber nicht für willkürliche Dienste, die beim Booten gestartet werden.

— zwol

3

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

Für mich zu lösen für apt-daily.serviceimmer nehmen, die Ubuntu - Forum Post scheint funktioniert zu haben.

Geben Sie diese Befehle als Beispiel für die Bearbeitung ein /etc/systemd/system.conf
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 es ist nichts Schlimmes dabei herausgekommen.

Entfernen Sie die Führungen #, die die Leitung deaktivieren, und ändern Sie den Wert.

— Katze
quelle

1

Ich konnte mit dieser Zeitüberschreitung nicht booten und musste diese Zeilen aus dem Wiederherstellungsmodus zurückkommentieren.

— Yuri Gor

1

@YuriGor meine Entschuldigung, ich denke, etwas hat sich seit 16.10 geändert

— Katze

1

Meins ist 18.04. Ich erinnere mich nicht genau, aber es handelte sich um ein Problem im Zusammenhang mit SDA, daher dauert es wahrscheinlich zu lange, bis meine Festplatte montiert ist, oder was auch immer.

— Yuri Gor

2

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. Jetzt alle Daten sichern .

Brennen Sie die Live-Netzwerkinstallation von Ubuntu, um Ihrem System zu entsprechen, und starten Sie das System, 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.

— rauchende Räder
quelle