Err http://archive.canonical.com natty InRelease
Err http://security.ubuntu.com oneiric-security InRelease
Err http://extras.ubuntu.com natty InRelease
Err http://security.ubuntu.com oneiric-security Release.gpg
Temporary failure resolving ‘security.ubuntu.com’
Err http://archive.canonical.com natty Release.gpg
Temporary failure resolving ‘archive.canonical.com’
Err http://extras.ubuntu.com natty Release.gpg
Temporary failure resolving ‘extras.ubuntu.com’
Err http://gb.archive.ubuntu.com oneiric InRelease
Err http://gb.archive.ubuntu.com oneiric-updates InRelease
Err http://gb.archive.ubuntu.com natty-backports InRelease
Err http://gb.archive.ubuntu.com oneiric Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Err http://gb.archive.ubuntu.com oneiric-updates Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Err http://gb.archive.ubuntu.com natty-backports Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Reading package lists... Done
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric/InRelease
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric-updates/InRelease
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/natty-backports/InRelease
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/InRelease
W: Failed to fetch http://archive.canonical.com/ubuntu/dists/natty/InRelease
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/natty/InRelease
W: Failed to fetch http://archive.canonical.com/ubuntu/dists/natty/Release.gpg Temporary failure resolving ‘archive.canonical.com’
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/Release.gpg Temporary failure resolving ‘security.ubuntu.com’
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/natty/Release.gpg Temporary failure resolving ‘extras.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric-updates/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/natty-backports/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Some index files failed to download. They have been ignored, or old ones used instead.
C'est ce que je constate lorsque j'essaie d'exécuter Sudo apt-get update
. J'ai fait une mise à jour sur mon instance hier et je vis maintenant cela.
Votre question comporte deux parties:
Il est probable que ce problème soit:
Permet de regarder les possibles problèmes de résolution DNS.
Tout d'abord, ajoutez temporairement un serveur DNS connu à votre système.
echo "nameserver 8.8.8.8" | Sudo tee /etc/resolv.conf > /dev/null
Ensuite, exécutez Sudo apt-get update
.
Si cela résout vos problèmes temporaires de résolution , attendez 24 heures pour voir si votre FAI résout le problème (ou contactez-le simplement) - ou vous pouvez ajouter définitivement un serveur DNS à votre système:
echo "nameserver 8.8.8.8" | Sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
8.8.8.8
est le propre serveur DNS de Google.
Un autre exemple de serveur DNS que vous pouvez utiliser est OpenDNS - par exemple:
echo "nameserver 208.67.222.222" | Sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
En plus des problèmes temporaires de résolution - vous avez quelques problèmes de gestion de paquets à corriger - je suppose que vous avez récemment essayé de mettre à niveau une version Ubuntu à la prochaine version recommandée - dans votre cas, de Natty (11.04) à Oneiric (11.10)
Ouvrez un terminal et tapez
Sudo nano /etc/apt/sources.list
Recherchez dans la liste les lignes dont le nom de distribution est différent de celui auquel vous vous attendiez. Dans votre cas, vous avez effectué la mise à niveau vers oneiric
mais vous avez un autre nom de version natty
.
Par exemple, recherchez des lignes qui ressemblent à deb http:/archive.canonical.com/ natty backports
Ajoutez un #
au début de la ligne pour le commenter - par exemple
#deb http:/archive.canonical.com/ natty backports
Sauvegarder et relancer:
Sudo apt-get update && Sudo apt-get upgrade
Vous ne devriez plus avoir d'erreurs de nommage de version.
Au moment de l'écriture de ceci, commun commun noms de version inclure lucid
, maverick
, natty
, oneiric
, precise
, quantal
, raring
, saucy
, trusty
, utopic
et vivid
.
Vous pouvez commenter le référentiel non résolu à partir du fichier sources.list situé dans le répertoire/etc/apt /
Après avoir modifié le fichier sources.list, nettoyez le rapport apt-get en tant que
apt-get clean
Puis mettre à jour
apt-get update
L'erreur disparaîtra
Notez que cette réponse a été écrite pour les anciennes versions d'Ubuntu. Les versions actuelles utilisent un serveur de noms local contrôlé par D-Bus, auquel s'applique la partie diagnostic de cette réponse, mais pas la solution. Si /etc/resolv.conf
contient nameserver 127.0.1.1
ou plus généralement nameserver 127.X.Y.Z
, ne le modifiez pas.
“Résolution temporaire des erreurs…” signifie que votre DNS , c'est-à-dire la traduction des noms d'hôte en adresses IP, ne fonctionne pas. Avez-vous reconfiguré quelque chose sur votre machine récemment? Sinon, il peut s'agir d'une erreur transitoire chez votre fournisseur de services Internet.
ping -n 8.8.8.8
montre-t-il des lignes comme 64 bytes from 8.8.8.8: …
? (Presse Ctrl+C arrêter ping
name__.)
traceroute -n 8.8.8.8
et voyez où il s’arrête: s'il est chez vous/au bureau, vérifiez votre équipement de réseau. Si vous pouvez joindre votre fournisseur de services Internet, adressez-vous à eux./etc/resolv.conf
; il devrait y avoir une ligne comme nameserver 1.2.3.4
(éventuellement plusieurs). Si les lignes sont présentes, il existe probablement un problème passager chez votre fournisseur de services Internet. Vous pourrez peut-être contourner ce problème en ajoutant nameserver 8.8.8.8
à ce fichier (cela déclarera un serveur DNS supplémentaire fourni gratuitement par Google). Si le premier numéro après nameserver
est 127, il y a un relais DNS sur votre machine (c'est une bonne chose) et vous devez configurer ce relais DNS plutôt que de modifier /etc/resolv.conf
. Sur les versions modernes d'Ubuntu, il y a un relais DNS par défaut, il s'agit de Dnsmasq , et il est contrôlé par D-Bus.Parfois, lorsque vous êtes derrière un serveur proxy, il est même nécessaire de générer un fichier apt.conf
dans /etc/apt/
et de le remplir avec les entrées spécifiques, telles que:
Acquire::http::proxy "http://<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<yourproxyserver>:<Port>";
Si une authentification est requise, le fichier de configuration se présente comme suit:
Acquire::http::proxy "http://<domain\user>:<password>@<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<domain\user>:<password>@<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<domain\user>:<password>@<yourproxyserver>:<Port>";
Ce problème peut également être causé par une interface nommée à tort. Par exemple, un message d'erreur Temporary failure resolving
peut être provoqué par une interface qui n'est pas nommée eth0
mais qui est incorrectement nommée eml
à la place.
Pour ceux qui utilisent EC2, n'oubliez pas de vérifier que les paramètres de votre groupe de sécurité autorisent les connexions sortantes aux sites Web que vous mettez à jour. Vous pouvez définir le paramètre Tout trafic sortant pour voir si cela fonctionne.
J'ai le même problème dans une machine virtuelle vmware, l'hôte et l'invité sont tous deux Ubuntu. J'ai résolu le problème en modifiant les paramètres de la machine virtuelle. Au lieu d'utiliser NAT, j'ai défini Bridged. Ça a fonctionné pour moi
C'est un problème de DNS. Vérifiez votre fichier /etc/resolv.conf
.
par exemple, dans mon cas, quand j'ai eu ce problème et vérifié ce fichier, le fichier était vide! mais il devrait contenir votre serveur de noms DNS
mien:
nameserver 192.168.10.x
192.168.10.x is my gateway ip address
La solution acceptée ne fonctionne pas pour moi. En premier lieu, seul apt-get update
m'avertit de Temporary failure resolving 'foo.com'
, mais lorsque j'essaie avec nslookup foo.com
ou ping foo.com
, cela fonctionne bien!
Mon hack/correctif incroyablement sale pour résoudre ce bogue consiste à ajouter manuellement les domaines résolus à /etc/hosts
avec ce court script:
resolveAptHosts()
{
mapfile -t hosts < <(
sed -n -r '/^#/d; s;deb(-src)? (http://|ftp://)?([^/ ]+).*;\3;p'\
/etc/apt/sources.list | sort | uniq )
# delete all hosts from /etc/hosts, e.g., from an earlier call
Sudo sed -i -r '/^[0-9]{1,3}(\.[0-9]{1,3}){3}[ \t]+('"$( printf '|%s'\
"${hosts[@]//./\\.}" | sed 's/^|//' )"')[ \t]*$/d' /etc/hosts
for Host in ${hosts[@]}; do
ip=$( nslookup "$Host" | sed -n -r 's|Address:[ \t]*([0-9.]+).*|\1|p' |
tail -1 )
Sudo bash -c "echo $ip $Host >> /etc/hosts"
done
}
Maintenant la mise à jour devrait fonctionner:
resolveAptHosts && Sudo apt-get update
Si quelqu'un sait pourquoi cette solution de contournement fonctionne et comment résoudre ce bogue pour de vrai, je serai éternellement reconnaissant. J'ai également essayé d'utiliser Sudo apt-get update -o Acquire::ForceIPv4=true
afin d'exclure les problèmes de résolution IPv6, mais cela n'a pas aidé non plus.
J'ai rencontré des erreurs similaires lors de l'exécution des commandes apt-get
. Il s’avère que le panneau de mise à jour de logiciels est ouvert sur la console.
Cela semblait bloquer la ligne de commande apt-get
, mais je ne suis pas certain.
J'ai eu cette erreur. Suivant un conseil du support Linode, j'ai commenté toutes les lignes IPv6 dans/etc/hosts puis apt-get update a commencé à fonctionner.
Les messages d'erreur devraient indiquer que vous n'avez pas de connexion Internet. Vous pouvez voir ces mêmes messages d'erreur si, lors de l'installation initiale d'ubuntu, vous avez choisi de ne pas effectuer de mises à jour (ne vous êtes pas connecté à wifi/ethernet). Après l'installation et le redémarrage, vous pouvez vous retrouver à l'écran infini d'animation de connexion ubuntu (surveiller les points en mouvement). .. Vous verrez les messages d'erreur ci-dessus si vous démarrez maintenant dans Recovery et au niveau de l'invite racine apt-get update
même après avoir activé le réseau depuis Recovery, ce qui ne vous permet pas de vous connecter au wifi si vous avez évité le wifi lors de l'installation initiale.
Solution à ce cas Edge particulier: branchez un câble Ethernet, démarrez dans Recovery et lancez apt-get update
ou réinstallez-le à partir de zéro en vous assurant d'activer les mises à jour.
problème de base - si vous ne vous êtes pas connecté au wifi lors de l'installation, évitant ainsi les mises à jour du paquet, vous ne recevrez pas d'invite de connexion wifi lors du démarrage de la récupération - cela devrait être corrigé ... les messages d'erreur ci-dessus devraient également indiquer que vous ne disposez pas d'Internet. lien