Løsning af “RTNETLINK-svar: Filen findes”, når der køres, hvis

Hvis løsningen leveret af @ theoB610 stadig ikke fungerer , så skal du muligvis skylle wlan0 enheden inden ifup og ifdown.

sudo ip addr flush dev wlan0 

Dette er et problem, der ikke er alt for specifikt for Raspberry Pi, et lignende problem opstod og blev løst i kabelforbundne netværk i her (hvorfra jeg hentede løsningen på mit problem med Pi).

Kommentarer

• Jeg havde dette problem den en HP ProLiant-server (!), og dette fik det løst.
• Stor løsning. Det grundlæggende problem er en eller anden tidligere konfiguration, automatisk eller manuel (såsom at køre ifconfig fra cmd-linjen) dvæler stadig. sh-kommandoen løser den situation.
• Jeg har haft dette problem, når der er misdannede /etc/sysconfig/network-scripts/ifcfg-* filer, der forårsages af NetworkManager, der ikke kan lide nogle opsætninger og oprette en erstatningsfil og dermed skabe flere ekstra filer og forårsager fejlen RTNETLINK answers: File exists. Fjernelse af de ødelagte (de, der ikke vises ' som en profil) synes at være en løsning.
• Kopier og indsæt aldrig dette på en produktionsserver. Jeg udskiftede wlan0 med eth0, og grænsefladen gik straks ned og don ' t ønsker at komme tilbage.
• Interessant at ingen leverede den enkleste og efter reglen sikreste metode : reboot. For eksempel med skylningsgrænseflade havde jeg problemer – min grænseflade / IP gik ned, og jeg kunne kun oprette forbindelse direkte på en konsol … så genstart er altid vejen at gå for mig med dette.

Jeg tror, en løsning kan findes i dette blogindlæg Løsning af “RTNETLINK svar: Filen findes ”når kører ifup ; det fik det bestemt til mig.

Dybest set kan du kun få en gateway tildelt i din grænsefladesfil. Fjern eventuelle duplikatlinjer, der bestemmer gatewayen, så den kun vises en gang.

Ændret / 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 

Al æren til Lennart for at løse dette problem!

Kommentarer

• Snuble over dette svar via Google. Dette var det, der fungerede for mig på en Ubuntu VM på Hyper-V
• Accepter venligst dit eget svar med et klik på kryds i venstre side. Kun dette vil afslutte spørgsmålet, og det dukker ikke op igen år for år.

Jeg løste af:

sudo ifup --ignore-errors wlan0 

efter denne kommando ifdown og ifup startede fungerer korrekt.

Kommentarer

• Dette er nyttigt, når " genstart af servicenetværk " mislykkes, tak. 🙂

trin:

1 check-> ip route (hvis ip-rute-standard er en anden end din påkrævede grænseflade, skal du følge 2d & 3. trin)

2 sudo ip route del default (slet standardgrænsefladen)

3 sudo ip route add default via ip_address dev interface_name (tilføj din påkrævede grænseflade som denne)

I mit tilfælde havde jeg en anden forbindelse, der stadig kørte – når jeg først tog grænsefladen ned med ifdown eth0, kom den, jeg var interesseret i (wlan0) rent op.

Jeg kan ikke anbefale at bruge –ignore-fejl-indstillingen

Jeg snuble over dette, mens jeg rodede med VMWare vCenter.Hvis du er i samme båd, skulle du have installeret VMWare-værktøjer, perl og netværktøjer med din pakkehåndtering, før du opretter skabelon / øjebliksbillede af VM.

Vi bruger ifdown til at fjerne RTNETLINK og ifup igen

ifdown wlan0 ifup wlan0 

Force de / configuration

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