Beheben Sie, dass das apt-get-Update nicht funktioniert

Führen Sie das Update aus und lesen Sie die letzten Zeilen

Beginnen Sie damit, das Update auszuführen und die Ausgabe richtig zu lesen – von unten. Die meisten Zeilen sind gute Nachrichten: Hit bedeutet, dass eine Quelle gut beantwortet wurde, und Get bedeutet, dass eine neue Paketliste heruntergeladen wurde. Nur zwei Arten von Zeilen sind wichtig: die Err-Zeilen in der Mitte und die Zusammenfassungszeilen, die mit E: oder W: ganz am Ende beginnen. In den letzten zwei oder drei Zeilen werden in einfachen Worten die eine defekte Quelle und der Grund genannt.

sudo apt update

One honest fact that calms most people down: one broken source does not poison the others. The sources that said Hit or Get updated normally. Your job is to find the single bad entry, fix or disable exactly that entry, and run the update again - never start by deleting the whole sources file.

Schauen Sie auf die Uhr

Die erste von zwei 30-Sekunden-Prüfungen. Jedes Ubuntu-Repository veröffentlicht eine signierte Release-Datei, die mit der Erstellungszeit und einem Datum versehen ist, bis zu dem sie gültig bleibt, und apt gleicht diesen Stempel mit der Uhr Ihres PCs ab. Wenn die Uhr falsch ist – eine leere CMOS-Batterie und Dual-Boot-Maschinen sind das häufig – lehnt apt die Datei mit der Meldung Release-Datei ist noch nicht gültig ab und zählt sogar herunter, wie lange es warten würde. Führen Sie date aus und vergleichen Sie es mit Ihrem Telefon. Ein falsches Jahr, ein falscher Monat oder sogar ein paar Stunden zählen.

date
sudo timedatectl set-ntp true
sudo apt update

Switching NTP on lets the PC correct itself from the internet. Fix the time and the same update command usually succeeds within a minute - nothing about your repositories, keys or installation was ever damaged.

Überprüfen Sie das Netzwerk und DNS

Der zweite 30-Sekunden-Check: Kann dieser PC überhaupt das Ubuntu-Archiv erreichen? Wenn dieser Befehl eine IP-Adresse ausgibt, funktioniert die Namensauflösung und der Netzwerkpfad ist aktiv. Wenn nichts ausgegeben wird, liegt der Fehler am Netzwerk oder DNS – kein einziges Repository ist schuld, und das Bearbeiten der Quelldateien hilft erst dann, wenn die Konnektivität behoben ist.

getent hosts archive.ubuntu.com

Only when the clock is right and the archive answers do the repository fixes below make sense.

Sichern Sie die Quelldateien, bevor Sie etwas bearbeiten

Die verbleibenden Korrekturen betreffen möglicherweise die Dateien, die apt mitteilen, von wo es herunterladen soll: /etc/apt/sources.list und die quellenbezogenen Dateien in /etc/apt/sources.list.d/. Bevor Sie eine einzelne Zeile an einer beliebigen Stelle ändern, speichern Sie eine Kopie des Originals an einem sicheren Ort, damit eine falsche Bearbeitung jederzeit durch Zurücksetzen der Kopie rückgängig gemacht werden kann.

Reparieren Sie ein End-of-Life-Repository

Wenn der Fehler besagt, dass ein Repository keine Release-Datei hat – normalerweise mit 404 – für jede Zeile einer Ubuntu-Version, hat diese Version das Ende ihrer Lebensdauer erreicht und ihre Pakete wurden aus dem Hauptarchiv verschoben. apt meldet die Wahrheit: An dieser Adresse gibt es nichts mehr.

Die ehrlichen Lösungen sind zwei. Die eigentliche Möglichkeit besteht darin, den Computer auf eine unterstützte Ubuntu-Version zu aktualisieren. Die Halteoption besteht darin, nur die Zeilen dieser alten Version auf das Archiv für alte Versionen von Ubuntu (old-releases.ubuntu.com) zu verweisen, das alte Versionen verfügbar hält – nützlich, um den PC noch einmal zu aktualisieren, nicht um ein nicht unterstütztes System für immer sicher zu halten. Ersetzen Sie niemals Ihre gesamte Quelldatei durch eine zufällige, aus dem Internet kopierte Datei. es wird die falschen Codenamen und die falschen Quellen tragen.

Reparieren Sie ein defektes PPA oder einen fehlenden GPG-Schlüssel

Eine PPA ist eine Quelle von Drittanbietern, die Sie oder ein Tutorial zuvor hinzugefügt haben, und eine tote PPA – der Besitzer hat die Veröffentlichung für Ihre Veröffentlichung eingestellt oder die PPA wurde entfernt – schlägt während der gesamten Ausführung fehl, obwohl alle Ubuntu-Quellen fehlerfrei sind. Der Fehler nennt die Adresse des PPA. Deaktivieren oder entfernen Sie nur den PPA-Eintrag (seine eigene Datei in /etc/apt/sources.list.d/ oder den Eintrag in Software und Updates unter Andere Software) und lassen Sie alles andere unberührt.

Ein anderes Signaturproblem lautet NO_PUBKEY gefolgt von einer Schlüssel-ID: Das Repository ist in Ordnung, aber Ihr PC vertraut seinem Signaturschlüssel noch nicht. Die Lösung besteht darin, den Schlüssel dieses Repositorys hinzuzufügen, der nur von der offiziellen Seite des Repositorys stammt – ein Signaturschlüssel entscheidet, was Ihr PC vertraut, also importieren Sie niemals einen von einer zufälligen Download-Site.

Die Sperre – Warten Sie auf den anderen Prozess

Sperre konnte nicht abgerufen werden bedeutet, dass das Paketsystem ausgelastet und nicht defekt ist. Es darf immer nur ein Programm gleichzeitig in die Paketdatenbank schreiben, und die Nachricht selbst benennt den Prozess, der die Sperre hält – auf einem normalen Desktop, der sehr oft unattended-upgrades ist (der automatische Sicherheits-Updater führt seine geplante Ausführung durch), einem geöffneten Software-Updater-Fenster oder einem anderen Terminal. Warten Sie ein paar Minuten, lassen Sie den Vorgang abschließen und führen Sie sudo apt update erneut aus; Die meisten Sperrfehler werden von selbst behoben.

Was auch immer die Ursache Ihres Fehlers sein mag, beenden Sie den Vorgang auf die gleiche Weise: Beheben Sie nur dieses eine Problem, führen Sie sudo apt update noch einmal aus und vergewissern Sie sich, dass der Vorgang ohne E:-Zeilen am Ende abgeschlossen wird.