Løsning av «RTNETLINK-svar: Filen eksisterer» når du kjører ifup

Hvis løsningen som tilbys av @ theoB610 fremdeles ikke fungerer , må du kanskje skylle wlan0 enheten før ifup og ifdown.

sudo ip addr flush dev wlan0 

Dette er et problem som ikke er så spesifikt for Raspberry Pi, et lignende problem oppstod og ble løst i kablede nettverk i her (hvorfra jeg hentet løsningen på problemet mitt med Pi).

Kommentarer

• Jeg hadde dette problemet den en HP ProLiant-server (!), og dette fikset den.
• Flott løsning. Det grunnleggende problemet er en eller annen tidligere konfigurasjon, automatisk eller manuell (for eksempel å kjøre ifconfig fra cmd-linjen) fortsatt. sh-kommandoen løser den situasjonen.
• Jeg har hatt dette problemet når det er misdannede /etc/sysconfig/network-scripts/ifcfg-* filer som forårsaker av at NetworkManager ikke liker noen oppsett og oppretter en erstatningsfil, og dermed skaper flere ekstra filer og forårsaker feilen RTNETLINK answers: File exists. Å fjerne de ødelagte (de som ikke vises ' som en profil) ser ut til å være en løsning.
• Kopier og lim aldri dette på en produksjonsserver. Jeg byttet ut wlan0 med eth0 og grensesnittet gikk ned umiddelbart og ikke ' t ønsker å komme tilbake.
• Interessant at ingen ga det enkleste og etter regelen tryggeste metode : reboot. For eksempel med spylinggrensesnitt hadde jeg problemer – grensesnittet / IP-en min gikk ned og jeg kunne bare koble direkte på en konsoll … så omstart er alltid veien å gå for meg med dette.

Jeg tror en løsning kan bli funnet i dette blogginnlegget Løsning av “RTNETLINK svar: Filen eksisterer ”når den kjører ifup ; det løste det absolutt for meg.

I utgangspunktet kan du bare ha en gateway tildelt i grensesnittfilen din. Fjern eventuelle dupliserte linjer som bestemmer gatewayen slik at den bare vises en gang.

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

All ære til Lennart for å løse dette problemet!

Kommentarer

• Snublet over dette svaret via Google. Dette er det som fungerte for meg på en Ubuntu VM på Hyper-V
• Vennligst godta ditt eget svar med et klikk på krysset på venstre side. Bare dette vil fullføre spørsmålet, og det vil ikke dukke opp igjen år for år.

Jeg løste av:

sudo ifup --ignore-errors wlan0 

etter denne kommandoen ifdown og ifup startet fungerer ordentlig.

Kommentarer

• Dette er nyttig etter at " omstart av tjenestenettverk " mislykkes, takk. 🙂

trinn:

1 sjekk-> ip route (hvis ip-rute standard er annet enn det nødvendige grensesnittet, følg 2d & 3. trinn)

2 sudo ip route del default (slett standardgrensesnittet)

3 sudo ip route add default via ip_address dev interface_name (legg til ønsket grensesnitt slik)

I mitt tilfelle hadde jeg en annen forbindelse som fortsatt var i gang – når jeg tok grensesnittet ned med ifdown eth0, kom den jeg var interessert i (wlan0) rent opp.

Jeg anbefaler ikke å bruke alternativet –ignore-feil

Jeg snublet over dette mens jeg rotet med VMWare vCenter.Hvis du er i samme båt, burde du ha installert VMWare-verktøy, perl og nettverktøy med pakkebehandleren din før du lagde mal / øyeblikksbilde av VM.

Vi bruker ifdown for å fjerne RTNETLINK og ifup igjen

ifdown wlan0 ifup wlan0 

Force de / configuration

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