Bei 0% stecken geblieben [auf Header warten]

7

Beim Googeln dieses Fehlers scheint es, dass viele Leute dieses Problem haben.

apt-get upgradehängt an 0% [waiting for headers] apt-get install apache2hängt an 0% [waiting for headers]. Einige apt-getBefehle funktionieren, aber nur bestimmte Pakete.

Irgendwelche Ideen? Ich denke nicht, dass dies ein Problem mit langsamen Repos ist, weil ich es schon lange habe und es sich nicht von 0% bewegt hat. Ich habe bearbeitet, sources.listaber ich habe die Zeilen entfernt, die ich hinzugefügt habe, als dieses Problem auftrat, und es hat keinen Unterschied gemacht.

Alle Hinweise wären wirklich nützlich.

apt

— Thomas Clayson
quelle

Ihre Internetverbindung wird getrennt ...

— αғsнιη

askubuntu.com/questions/156650/… Lesen Sie die MTU-bezogene Antwort, könnte eine Hilfe sein

— Eslam Shapsough

Ich habe alle oben genannten Lösungen ausprobiert, keine davon funktioniert. Ich habe sogar einen Neustart an der Eingabeaufforderung versucht, immer noch das gleiche, die 0% bleiben für immer stecken. Dies ist ein ernstes Problem, da es den Benutzer daran hindert, Programme oder Apps zu installieren und auszuführen. Ich habe dies in Ubuntu 14.04 noch nie gesehen. Ich glaube nicht, dass dies auf Probleme mit der Internetverbindung zurückzuführen ist, denn wenn das Problem auftritt, überprüfe ich meinen Browser ständig, indem ich auf verschiedene Websites gehe, und kann problemlos surfen. Ich denke, es ist ein Fehler in Ubuntu 16.04 und es muss schnell behoben werden.

— Plutarc

7

Versuchen Sie, den Server zu ändern, indem Sie Update Manager, Definitionen und Download auswählen und dann einen Server in Ihrer Nähe auswählen. und dann erneut versuchen.

Bearbeiten: Informationen zum Hinzufügen finden Sie unter diesem Link, indem Sie die Datei sources.list bearbeiten. Wie kann ich dazu neigen, einen Spiegel in meiner Nähe zu verwenden oder einen schnelleren Spiegel zu wählen?

— Celso
quelle

2

Irgendeine Idee, wie man das über ssh macht?

— Thomas Clayson

2

Sie bearbeiten /etc/apt/sources.list, um auf einen anderen Spiegel zu zeigen

— Tumbleweed

4

Der einfachste Ansatz besteht aus folgenden Befehlen:

sudo apt-get clean

&

sudo apt-get update

dann

sudo apt-get install <package_name>

Prost

Lass mich wissen ob es funktioniert

— igaurav
quelle

1

Es hat bei mir funktioniert ..

— igaurav

6

Hat bei mir nicht funktioniert.

— Isomorphismen

@isomorphismes kannst du mehr beschreiben? vielleicht Fehler oder einige Screenshots

— Igaurav

Ich habe die Frage hier gepostet: askubuntu.com/questions/439829/…

— Isomorphismen

@isomorphismes Ich denke, das andere Problem scheint eine Fehlkonfiguration der Proxy-Einstellungen zu sein.

— Igaurav

1

Ich musste

sudo apt-key update
sudo apt-get update

Aus den Seiten:

apt-key wird verwendet, um die Liste der Schlüssel zu verwalten, die apt zur Authentifizierung von Paketen verwendet. Pakete, die mit diesen Schlüsseln authentifiziert wurden, gelten als vertrauenswürdig.

— Stiin
quelle

apt-keymacht HTTP-Antworten nicht auf magische Weise möglich.

— Chai T. Rex

@ ChaiT.Rex Es wird jedoch der Schlüsselring aktualisiert, der das Problem für mich gelöst hat.

— Stiin

Der Schlüsselring ist nicht das Problem mit 0% [waiting for headers]. Das Problem dabei 0% [waiting for headers]ist, dass die HTTP-Verbindung blockiert ist. Wenn Sie den Befehl wiederholen, wird eine neue HTTP-Verbindung gestartet, die möglicherweise nicht hängen bleibt. Das ( sudo apt-get updatewieder laufen ) hat das spezifische Problem 0% [waiting for headers]für Sie gelöst . Nach Abschluss der HTTP-Verbindung werden Schlüssel in den Prozess einbezogen , wenn die abgeschlossenen Downloads überprüft werden.

— Chai T. Rex

0

Wenn Sie einen Proxyserver verwenden und diese Einstellungen in Ihrer Benutzerumgebung haben, versuchen Sie Folgendes:

sudo -E apt update

um den Befehl als root auszuführen, aber die Umgebung Ihres aktuellen Benutzers zu verwenden.

— user965011
quelle

0

(Nur das Reposting, da das Original unerklärlicherweise gelöscht wurde)

Ich habe dieses Problem auf einer VM festgestellt, auf der Xenial diese Woche in einem Rechenzentrum ausgeführt wird, das seit 10 Jahren ausgeführt wird (Upgrade durch viele Ubuntu LTS-Versionen in dieser Zeit).

Ich habe tcpdump ausgeführt, um Anforderungen an die URLs in /etc/apt/sources.list zu protokollieren, und beim Ausführen wurden keine Anforderungen angezeigt apt-get update

z.B

 tcpdump -i eth0 host archive.ubuntu.com

Wenn ich versucht habe, mit wget vom Host abzurufen, hat es gut funktioniert

z.B

wget archive.ubuntu.com/

Schließlich stellte ich fest, dass der ISP 2009, als die VM zum ersten Mal aktiviert wurde, einen Proxy für apt in /etc/apt/apt.conf auf meiner VM eingerichtet hatte.

Acquire
{
  http 
  {
      Proxy "http://apt2.memset.net:3128";
  };
};

Offensichtlich hat der Proxy kürzlich nicht mehr richtig funktioniert.

Ich habe den obigen Block aus meiner /etc/apt.conf gelöscht und die Normalität wurde wiederhergestellt

— Noddy
quelle