Rezolvarea „Răspunsurilor RTNETLINK: Fișierul există” când rulez ifup

Dacă soluția oferită de @ theoB610 încă nu funcționează , atunci poate fi necesar să spălați dispozitivul wlan0 înainte de ifup și ifdown.

sudo ip addr flush dev wlan0 

Aceasta este o problemă nu prea specifică pentru Raspberry Pi, a apărut o problemă similară și a fost rezolvată în rețelele cu fir din aici (de unde am derivat soluția pentru problema mea cu Pi).

Comentarii

• Aveam această problemă pe un server HP ProLiant (!), iar acest lucru l-a remediat.
• Soluție excelentă. Problema de bază este că unele configurații anterioare, automate sau manuale (cum ar fi rularea ifconfig din linia cmd) persistă. Comanda sh remediază situația.
• Am avut această problemă atunci când există fișiere /etc/sysconfig/network-scripts/ifcfg-* malformate, cauzând faptul că NetworkManager nu-i place unele setări și creează un fișier de înlocuire, creând astfel mai multe fișiere suplimentare și cauzează eroarea RTNETLINK answers: File exists. Eliminarea celor sparte (cele care nu ' nu apar ca profil) pare a fi o soluție.
• Nu copiați-lipiți niciodată acest lucru pe un server de producție. Am înlocuit wlan0 cu eth0 și interfața a scăzut imediat și nu vreau să revin. Nu este interesant faptul că nimeni nu a furnizat cea mai simplă și prin metoda cea mai sigură din regulă. : reboot. De exemplu, cu interfața de spălare, am avut probleme – interfața / IP-ul meu a scăzut și m-am putut conecta direct doar pe o consolă … așa că repornirea este întotdeauna calea de urmat pentru mine cu acest lucru.

Cred că o soluție poate fi găsită în această postare de blog Rezolvarea „RTNETLINK răspunsuri: Fișier există ”atunci când rulează ifup ; cu siguranță l-a remediat pentru mine.

Practic, puteți avea un singur gateway atribuit în fișierul dvs. de interfețe. Eliminați toate liniile duplicate care determină gateway-ul, astfel încât să apară o singură dată.

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

Toate meritele lui Lennart pentru rezolvarea acestei probleme!

Comentarii

• Am dat peste acest răspuns prin Google. Acesta este ceea ce a funcționat pentru mine pe o mașină virtuală Ubuntu pe Hyper-V
• Vă rugăm să acceptați propriul răspuns cu un clic pe bifă în partea stângă. Numai acest lucru va termina întrebarea și nu va mai apărea an de an.

Am rezolvat de:

sudo ifup --ignore-errors wlan0 

după această comandă ifdown și ifup au început să funcționeze corect.

Comentarii

• Acest lucru este util după ce " repornirea rețelei serviciului " nu reușește, mulțumesc. 🙂

pași:

1 verificare-> ip route (dacă implicit ruta IP este alta decât interfața necesară, urmați 2d & al treilea pas)

2 sudo ip route del default (ștergeți acea interfață implicită)

3 sudo ip route add default via ip_address dev interface_name (adăugați astfel interfața necesară)

În cazul meu, mai aveam o altă conexiune – odată ce am luat acea interfață cu ifdown eth0, a venit cea care mă interesa (wlan0) up curat.

Nu recomand utilizarea opțiunii –ignore-errors

Mi-am dat peste asta în timp ce mă încurcam cu VMWare vCenter.Dacă vă aflați în aceeași barcă, ar fi trebuit să instalați instrumentele VMWare, perl și net-tools cu managerul de pachete înainte de a face șablonul / instantaneul VM.

Folosim ifdown pentru a elimina RTNETLINK și ifup din nou

ifdown wlan0 ifup wlan0 

Forțarea de / configurare

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