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

Antworten:

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