Lösa “RTNETLINK-svar: Filen existerar” när du kör om

Om lösningen från @ theoB610 fortfarande inte fungerar , då kan du behöva spola wlan0 innan ifup och ifdown.

sudo ip addr flush dev wlan0 

Detta är ett problem som inte är alltför specifikt för Raspberry Pi, ett liknande problem uppstod och löstes i trådbundna nätverk i här (varifrån jag fick lösningen på mitt problem med Pi).

Kommentarer

• Jag hade det här problemet på en HP ProLiant-server (!), och den fixade den.
• Bra lösning. Det grundläggande problemet är någon tidigare konfiguration, automatisk eller manuell (som att köra ifconfig från cmd-linjen) kvarstår fortfarande. sh-kommandot fixar den situationen.
• Jag har haft det här problemet när det finns felaktiga /etc/sysconfig/network-scripts/ifcfg-* -filer som orsakas av NetworkManager som inte gillar vissa inställningar och skapar en ersättningsfil, vilket skapar flera extra filer och orsakar felet RTNETLINK answers: File exists. Att ta bort de trasiga (de som ' inte visas som en profil) verkar vara en fix.
• Kopiera och klistra aldrig in den på en produktionsserver. Jag ersatte wlan0 med eth0 och gränssnittet gick ner omedelbart och ville ' inte komma tillbaka.
• Intressant att ingen gav det enklaste och enligt regel säkraste metoden : reboot. Till exempel med spolgränssnitt hade jag problem – mitt gränssnitt / IP gick ner och jag kunde bara ansluta direkt på en konsol … så omstart är alltid vägen att gå för mig med detta.

Jag tror att en lösning kan hittas i detta blogginlägg Lösa “RTNETLINK svar: Filen finns ”när den körs ifup ; det fixade det verkligen för mig.

I grund och botten kan du bara ha en gateway tilldelad i din gränssnittsfil. Ta bort alla dubbla rader som bestämmer gatewayen så att den bara visas en gång.

Ändrad / etc / nätverks- / gränssnittsfil:

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 

All kredit till Lennart för att lösa problemet!

Kommentarer

• Snubblat över det här svaret via Google. Det här är vad som fungerade för mig på en Ubuntu-VM på Hyper-V
• Vänligen acceptera ditt eget svar med ett klick på krysset på vänster sida. Bara detta kommer att avsluta frågan och den kommer inte att dyka upp igen år efter år.

Jag löste av:

sudo ifup --ignore-errors wlan0 

efter det här kommandot ifdown och ifup började fungera ordentligt.

Kommentarer

• Detta är användbart efter att " omstart av servicenätverk " misslyckas, tack. 🙂

steg:

1 check-> ip route (om IP-ruttstandard är annat än ditt önskade gränssnitt, följ 2d & 3: e steget)

2 sudo ip route del default (ta bort det standardgränssnittet)

3 sudo ip route add default via ip_address dev interface_name (lägg till ditt önskade gränssnitt så här)

I mitt fall hade jag en annan anslutning som fortfarande var igång – när jag först tog gränssnittet med ifdown eth0 kom den jag var intresserad av (wlan0) rent upp.

Jag rekommenderar inte att du använder alternativet –ignore-fel

Jag snubblade över detta medan jag rörde mig med VMWare vCenter.Om du befinner dig i samma båt borde du ha installerat VMWare-verktyg, perl och nätverktyg med din pakethanterare innan du skapade en mall / ögonblicksbild för den virtuella datorn.

Vi använder ifdown för att ta bort RTNETLINK och ifup igen

ifdown wlan0 ifup wlan0 

Force de / configuration

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