Het oplossen van “RTNETLINK-antwoorden: bestand bestaat” bij het uitvoeren van ifup

Als de oplossing van @ theoB610 nog steeds niet werkt , dan moet u wellicht het wlan0 apparaat leegmaken voor ifup en ifdown.

sudo ip addr flush dev wlan0 

Dit is een probleem dat niet te specifiek is voor Raspberry Pi, een soortgelijk probleem deed zich voor en werd opgelost in bekabelde netwerken in hier (van waaruit ik de oplossing voor mijn probleem met de Pi heb afgeleid).

Opmerkingen

• Ik had dit probleem op een HP ProLiant server (!), en dit loste het op.
• Geweldige oplossing. Het basisprobleem is een eerdere configuratie, automatisch of handmatig (zoals het uitvoeren van ifconfig vanaf de cmd-regel). sh lost deze situatie op.
• Ik heb dit probleem gehad toen er misvormde /etc/sysconfig/network-scripts/ifcfg-* bestanden waren waardoor NetworkManager sommige setups niet leuk vond en een vervangend bestand creëerde, waardoor meerdere extra bestanden en de fout veroorzaakt RTNETLINK answers: File exists. Het verwijderen van de kapotte (degenen die niet ' niet als profiel laten zien) lijkt een oplossing te zijn.
• Kopieer en plak dit nooit op een productieserver. Ik heb wlan0 vervangen door eth0 en de interface ging onmiddellijk naar beneden en ' wil niet terugkomen.
• Interessant dat niemand de eenvoudigste en volgens de regel veiligste methode leverde : reboot. Ik had bijvoorbeeld problemen met de doorspoelinterface – mijn interface / IP ging naar beneden en ik kon alleen rechtstreeks verbinding maken op een console … dus opnieuw opstarten is hier altijd de juiste keuze voor.

Ik denk dat er een oplossing kan worden gevonden in deze blogpost “RTNETLINK antwoorden: Bestand bestaat ”tijdens het uitvoeren van ifup ; het heeft het zeker voor mij opgelost.

In principe kun je maar één gateway toegewezen hebben in je interfacebestand. Verwijder eventuele dubbele regels die de gateway bepalen, zodat deze maar één keer voorkomt.

Gewijzigd / 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 

Alle eer aan Lennart voor het oplossen van dit probleem!

Reacties

• Kwam dit antwoord tegen via Google. Dit is wat voor mij werkte op een Ubuntu VM op Hyper-V
• Accepteer alstublieft uw eigen antwoord door op het vinkje aan de linkerkant te klikken. Alleen hiermee is de vraag af en hij zal jaar na jaar niet meer verschijnen.

Ik heb het opgelost by:

sudo ifup --ignore-errors wlan0 

na dit commando werken ifdown en ifup correct.

Reacties

• Dit is handig nadat " herstarten van servicenetwerken " mislukt, bedankt. 🙂

stappen:

1 check-> ip route (als de standaard ip-route anders is dan de vereiste interface, volg dan 2d & 3e stap)

2 sudo ip route del default (verwijder die standaardinterface)

3 sudo ip route add default via ip_address dev interface_name (voeg je vereiste interface op deze manier toe)

In mijn geval had ik nog een verbinding actief – toen ik die interface eenmaal had uitgeschakeld met ifdown eth0, kwam degene waarin ik geïnteresseerd was (wlan0) netjes op orde.

Ik raad het gebruik van de –ignore-errors-optie niet aan

Ik kwam dit tegen terwijl ik aan het rommelen was met VMWare vCenter.Als je in hetzelfde schuitje zit, zou je de VMWare Tools, perl en net-tools met je pakketbeheerder moeten hebben geïnstalleerd voordat je de sjabloon / momentopname van de VM maakt.

We gebruiken ifdown om RTNETLINK te verwijderen en ifup opnieuw

ifdown wlan0 ifup wlan0 

Forceer de / configuratie

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