Comment corriger «-5 Aucune adresse associée à une erreur de nom d'hôte» lors de la mise à jour?


13

Je reçois fréquemment cette erreur lors de la mise à jour d'Ubuntu 12.04 LTS. Comment puis-je le réparer? Le journal est:

Ign http://archive.scrapy.org precise/main Translation-en
Fetched 6,620 kB in 1min 21s (81.2 kB/s)
W: Failed to fetch http://archive.scrapy.org/ubuntu/dists/precise/Release.gpg
Something wicked happened resolving 'archive.scrapy.org:http' (-5 - No address associated with hostname)

J'ai récemment rencontré ce problème sur mon Pi (exécutant sans tête - pas d'interface graphique facilement disponible pour le configurer) - il s'est avéré que j'avais foiré l'édition du /etc/netowrk/interfacesfichier (basé sur cela ). Ainsi, d'autres personnes rencontrant un problème similaire peuvent vouloir vérifier leur configuration réseau.
Wilf

Réponses:


11

Cela a été un problème à long terme avec apt, et Ubuntu ne l'a jamais résolu. Apt ne semble pas utiliser les mêmes serveurs DNS que le système interne - «ping» renvoie une adresse IP correcte. Apt-get prétend que le nom d'hôte est introuvable.

"Quelque chose de méchant s'est produit en résolvant 'extras.ubuntu.com:http" (ce qui semble un peu comme s'il essayait de résoudre un domaine .com: http, qui n'est pas un TLD valide)

Pour modifier / etc / hosts, utilisez ce qui suit:

Ping chacun des noms qui ne parviennent pas à résoudre - PING extras.ubuntu.com (91.189.88.33) 56 (84) octets de données.

Utilisez votre éditeur préféré, tel que vi - 'sudo vi / etc / hosts'.

Faites défiler jusqu'à la fin et ajoutez une ligne telle que la suivante

91.189.88.33 extras.ubuntu.com  (with the appropriate name and IP address. IP is first) 

Enregistrez le fichier, puis réexécutez apt-get. Une fois que vous avez exécuté apt-get, modifiez à nouveau / etc / hosts et commentez la ligne avec une marque de hachage - #. (ou supprimez-le entièrement)

#91.189.88.33 extras.ubuntu.com

La raison de commenter / supprimer la ligne est qu'Ubuntu mélange apparemment leurs serveurs de manière aléatoire, et que ce ne sera peut-être pas la bonne IP la prochaine fois.


3

http://archive.scrapy.org/ semble être un miroir Ubuntu fonctionnant parfaitement, donc bien que je vous demande généralement de fournir des informations sur les sources de logiciels configurées, il semble que ce problème soit spécifique à votre système Ubuntu, ou était un problème de courte durée avec (ou l'accès) à votre serveur DNS. (Le problème n'est pas en fait avec le serveur à http://archive.scrapy.org/ lui-même, bien qu'il puisse être dû à un problème de configuration pour l'enregistrement DNS de ce serveur.)

Ceci, bien sûr, en supposant que vous avez accès à Internet sur la machine affectée. Si ce n'est pas le cas, vous devez vous connecter à Internet avant la mise à jour. Il est tout à fait normal de voir des erreurs de ce genre si vous n'avez pas accès à Internet ou si votre connexion Internet elle-même est interrompue.

Le problème a peut-être disparu de lui-même. Sinon, vous pouvez essayer un autre serveur DNS ( 8.8.8.8et ce 8.8.4.4sont de bons serveurs DNS publics exploités par Google) et / ou essayer un miroir différent pour la mise à jour d'Ubuntu .


1
c'est un problème de courte durée lorsque je mets à jour avec apt-get update l'erreur disparaît. Va essayer le serveur google dns.
bernaulli

0

Ce nom d'hôte se résout en une instance Amazon EC2. Il est possible qu'il y ait eu un problème transitoire qui est maintenant résolu car il se résout bien ici. Cela fonctionne-t-il maintenant pour vous?


0

Quand j'ai eu cette erreur, j'ai mis l'adresse IP du miroir Ubuntu dans / etc / hosts. Plus d'erreur. (Lorsque j'ai interrogé le miroir dans DNS, il n'y a jamais eu de problème ou de retard dans la réponse, donc je ne suis pas sûr de la cause première de l'erreur.)


2
Je recommande de développer ceci pour expliquer en détail comment éditer /etc/hostsde la manière que vous recommandez.
Eliah Kagan

0

J'ai reçu le message "Aucune adresse associée au nom d'hôte" avec Centos 6.5 quand j'ai dit oui à IPv6 et apparemment le DHCP du FAI ne l'avait pas. Cela a résolu le problème lorsque j'ai commenté la ligne /etc/hosts:

# ::1     localhost6.localdomain6  localhost6
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.