Résolution des « réponses RTNETLINK: le fichier existe » lors de lexécution difup

Si la solution fournie par @ theoB610 ne fonctionne toujours pas , vous devrez peut-être vider le périphérique wlan0 avant ifup et ifdown.

sudo ip addr flush dev wlan0 

Il sagit dun problème pas trop spécifique à Raspberry Pi, un problème similaire sest produit et a été résolu dans les réseaux câblés dans ici (doù jai dérivé la solution pour mon problème avec le Pi).

Commentaires

• Javais ce problème sur un serveur HP ProLiant (!), et cela a résolu le problème.
• Excellente solution. Le problème de base est une configuration précédente, automatique ou manuelle (comme exécuter ifconfig à partir de la ligne cmd) persiste. La grippe La commande sh corrige cette situation.
• Jai eu ce problème quand il y a des fichiers /etc/sysconfig/network-scripts/ifcfg-* mal formés provoquant par NetworkManager de ne pas aimer certaines configurations et de créer un fichier de remplacement, créant ainsi plusieurs fichiers supplémentaires et provoquant lerreur RTNETLINK answers: File exists. Supprimer les cassés (ceux qui napparaissent pas ' comme profil) semble être une solution.
• Ne jamais copier-coller ceci sur un serveur de production. Jai remplacé wlan0 par eth0 et linterface est tombée immédiatement en panne et je ne ' pas envie de revenir.
• Intéressant que personne nait fourni la méthode la plus simple et la plus sûre. : reboot. Par exemple, avec linterface de vidage, jai eu des problèmes – mon interface / IP est tombée en panne et je ne pouvais me connecter directement que sur une console … donc le redémarrage est toujours la voie à suivre pour moi.

Je pense quune solution peut être trouvée dans ce billet de blog Résoudre « RTNETLINK réponses: Le fichier existe »lors de lexécution difup ; cela a certainement résolu le problème pour moi.

En gros, vous ne pouvez avoir quune seule passerelle assignée dans votre fichier dinterface. Supprimez toutes les lignes en double qui déterminent la passerelle afin quelle napparaisse quune seule fois.

Modifié / etc / network / interfaces file:

auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 gateway 192.168.1.1 iface wlan0 inet static address 192.168.1.3 netmask 255.255.255.0 #gateway 192.168.1.1 <= Either comment or remove this line 

Nous remercions Lennart davoir résolu ce problème!

Commentaires

• Je suis tombé sur cette réponse via Google. Cest ce qui a fonctionné pour moi sur une VM Ubuntu sur Hyper-V
• Veuillez accepter votre propre réponse en cliquant sur la coche sur son côté gauche. Seulement cela terminera la question et elle ne réapparaîtra pas année après année.

Jai résolu par:

sudo ifup --ignore-errors wlan0 

après cette commande ifdown et ifup ont commencé à fonctionner correctement.

Commentaires

• Ceci est utile après léchec du " redémarrage du réseau de service ", merci. 🙂

étapes:

1 vérification-> ip route (si ip route default est autre que votre interface requise, suivez 2d & 3e étape)

2 sudo ip route del default (supprimez cette interface par défaut)

3 sudo ip route add default via ip_address dev interface_name (ajoutez votre interface requise comme ceci)

Dans mon cas, javais une autre connexion toujours en cours dexécution – une fois que jai supprimé cette interface avec ifdown eth0, celle qui mintéressait (wlan0) est arrivée correctement.

Je ne recommande pas dutiliser loption –ignore-errors

Je suis tombé sur cela en jouant avec VMWare vCenter.Si vous êtes dans le même bateau, vous devriez avoir installé les outils VMWare, perl et net-tools avec votre gestionnaire de paquets avant de créer le modèle / instantané de la VM.

Nous utilisons ifdown pour supprimer RTNETLINK et ifup à nouveau

ifdown wlan0 ifup wlan0 

Forcer la / configuration

ifdown --force --verbose ethX && ifup --force --verbose ethX