Bei 0% stecken bleiben [Arbeiten]

Wenn ich versuche, irgendetwas mit apt-geteinem Terminal zu machen, apt-getbleibt das stecken 0% [Working].

Ich bin über eine hochrangige Google-Suche auf diese Seite gekommen, aber diese Antworten haben mir nicht geholfen. Stattdessen habe ich mein lokales Repository mit abgerufenen Paketdateien gelöscht:

apt-get clean

Sie können versuchen, den Cache zu überprüfen und das Cache-Verzeichnis zu bereinigen.
In der Reihenfolge (jeder Schritt ist tiefer, also hören Sie auf, wenn Sie eine Lösung finden):

• sudo apt-get clean( Update ) auf neueren Versionen löscht das lokale Repository der abgerufenen Paketdateien. Es wird die meiste Zeit ausreichen. Es ist (war) nicht so bei früheren Versionen.

  Es entfernt alles außer der Sperrdatei aus / var / cache / apt / archives / und / var / cache / apt / archives / partial /.

• Schauen Sie hinein, /var/lib/apt/lists/partial/es sollte leer sein.
  Wenn nicht, können Sie entscheiden, ob Sie es sudo rm /var/lib/apt/lists/partial/*irgendwann leeren möchtensudo rm -f /var/lib/apt/lists/partial/*

• sudo apt-get check

  Es aktualisiert den Paket-Cache und prüft auf beschädigte Abhängigkeiten.

• Schrumpfen Sie auf eine normale (nicht große) Anzahl von Repositorys, deren Liste /etc/apt/sources.list.
  Wenn es zu viele sind, kann Ihr System beim Versuch, den gesamten Abhängigkeitsbaum zu erstellen, hängen bleiben.
  Sie können einen minimalen Satz von Repositories von erstellen Ubuntu Quellen List Generator Website und nach , dass Sie Backup der /etc/apt/sources.list(mit zB sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000) können Sie das Einfügen anstelle Ihrer aktuellen Liste.

• Schließlich können Sie überprüfen, ob Sie eine Quelllistendatei mit https anstelle von http haben, die jedoch apt-transport-httpsnicht installiert ist (siehe Kommentar ).
• versuchen Sie es erneut sudo apt-get updateund wenn es fehlschlägt
• Sichern Sie Ihr /var/lib/apt/listsVerzeichnis mit sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_listsund nachsudo rm -R /var/lib/apt/lists/*
• renn sudo apt-get updatenochmal

Möglicherweise müssen Sie einige der folgenden Verzeichnisse manuell bereinigen (Sie können sie immer sichern und erst, nachdem Sie die darin enthaltenen Dateien gelöscht haben):

• /etc/apt/sources.list.d/ Dateifragmente
  für Speicherorte, von denen Pakete abgerufen werden sollen. Konfigurationselement: Dir :: Etc :: SourceParts.
• etc / apt / preferences.d /
  Dateifragmente für die Versionseinstellungen. Konfigurationselement: Dir :: Etc :: PreferencesParts.
• / var / cache / apt / archives / partial /
  Speicherbereich für Paketdateien, die gerade übertragen werden. Konfigurationselement: Dir :: Cache :: Archives (Teil wird implizit angehängt)
• / var / lib / apt / lists / partial / Speicherbereich für Statusinformationen während der Übertragung. Konfigurationselement: Dir :: State :: Lists (Teil wird implizit angehängt)
• / var / lib / apt / lists / Speicherbereich für Statusinformationen für jede in sources.list (5) angegebene Paketressource. Konfigurationselement: Dir :: State :: Lists.

PS> Wenn Sie erfolgreich sind, denken Sie daran, die Sicherungskopie zu löschen, die Sie nicht mehr benötigen, aber die sources.list.000kann immer nützlich sein!
Weitere Hinweise finden Sie in der entsprechenden Antwort .

Update
Es gab einen alten Fehler, weil das Paket squid-deb-proxy-client nicht alle Änderungen aufräumt. Dieser Fehler wurde folgendermaßen behoben:

Entfernen der Zeile:
Acquire :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";

von:
/etc/apt/apt.conf.d/30autoproxy

Vielleicht kann dieser Bug-Thread hilfreich sein

Drastischer entfernen Sie das Paket, wenn es möglich ist.

Das passierte mir auch, als ich zu einigen https-Repos wechselte. apt muss apt-transport-httpsinstalliert sein, damit es funktioniert (was verständlicherweise ein Problem sein kann, wenn Sie versuchen, ein paar Dateien herunterzuladen).

Stellen Sie sicher, dass Sie aus Ihrem eigenen Netzwerk und vor allem aus dem Ubuntu-Netzwerk heraus pingen können, z

 ping us.archive.ubuntu.com
 OR
 ping security.ubuntu.com

Sie sollten eine Ausgabe ähnlich der folgenden erhalten:

 PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data.
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms

  --- security.ubuntu.com ping statistics ---
  2 packets transmitted, 2 received, 0% packet loss, time 1000ms
  rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms

zuerst versuchen, es zu aktualisieren

aptitude update

und dann apt-get ausführen

oder solltest du deinen Spiegel auf den nächstgelegenen ändern, sieh dir das an - Wie kann ich einen Spiegel in meiner Nähe verwenden oder einen schnelleren Spiegel wählen?

Dies kann auch durch einen Proxy verursacht werden, der den Zugriff blockiert. Manchmal habe ich einen NODATA-Fehler bekommen ... manchmal ist es einfach so geblieben 0% [Working...].

Wenn Sie den Speicherort geändert haben, ändern Sie auch Ihren Download-Server:

sudo software-properties-gtk

Klicken Sie auf "Andere" und wählen Sie dann den besten Server aus:

danach alle anderen Software-Repositories auswählen und löschen:

endlich:

sudo apt-get update
sudo apt-get upgrade

Überprüfen Sie, ob Ihr Netzwerk erreichbar ist oder nicht. In meinem Fall habe ich meinen Raspiberry-Pi neu installiert. Ich habe Datum und Uhrzeit meines RPi überprüft. Es wurde nicht aktualisiert. Also habe ich das Datum manuell geändert,

sudo date -s "2019 Mar 20 02:42"

Und neu starten. Jetzt läuft mein RPi gut.

In Debian 9 steckte mein Apt für einige Zeit bei 0% [funktioniert] fest, bevor es irgendwelche Aufgaben erledigte, die einen Zugang zum Internet erforderten. Nachdem ich viele andere Methoden ausprobiert hatte, als ich den Netzwerkmanager deaktivierte und stattdessen systemd-networkd verwendete, war dieses Problem endlich gelöst.

Eine Antwort, die ich nirgendwo im Internet gefunden habe, die aber tatsächlich auf einem Befehl beruhte, den ich vor ein paar Stunden ausgeführt hatte. Ein Beispiel für einen solchen Befehl ist

echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list

Danach wird eine Datei zu /etc/apt/sources.list.d/ hinzugefügt. In diesem Verzeichnis können auch Quellen hinzugefügt werden. In meinem Fall war es Teamviewer, der eine eigene Liste mit einer ungültigen URL enthielt. Daher schlägt mein Update fehl. Dies sind die Befehle, die ich ausgeführt habe.

Hinweis: teamviewer.list hat mir Probleme bereitet, aber in diesem Verzeichnis kann es alles für Sie sein. Probieren Sie es aus und machen Sie Backups!)

cd /etc/apt/
cp sources.list.d/* sources.list.d.backup/
rm sources.list.d/teamviewer.list
apt-get clean
apt-get check
apt-get update

Hoffe, das erspart jemandem die Stunden, die es mir hätte ersparen können!

Ich habe das gleiche Problem, aber ich habe es so gelöst:

sudo systemctl restart networking

hoffe das kann helfen.

Dieses Problem kann auch durch ein schreibgeschütztes Dateisystem verursacht werden .

Sie können dies mit dem folgenden Befehl überprüfen:

mount | grep "on / "

Wenn die Ausgabe roeines der Mount-Flags enthält, befindet sich Ihr Root-Dateisystem im schreibgeschützten Modus. Sie müssen Ihr Dateisystem erneut mit Lese- und Schreibzugriff bereitstellen, bevor Sie apt-get updatefortfahren können.

Ressourcen zur erneuten Bereitstellung Ihres Dateisystems:

• https://linux.die.net/man/8/mount
• Wie kann ich ein Dateisystem erneut als Lese- / Schreibzugriff bereitstellen?

Die Installation von apt-transport-https half mir auf neuem Debian 9.

sudo apt-get install apt-transport-https