Risoluzione di “risposte RTNETLINK: file esistente” durante lesecuzione di ifup

Se la soluzione fornita da @ theoB610 continua a non funzionare , potresti dover svuotare il wlan0 dispositivo prima di ifup e ifdown.

sudo ip addr flush dev wlan0 

Questo è un problema non troppo specifico per Raspberry Pi, si è verificato un problema simile ed è stato risolto nelle reti cablate in qui (da dove ho ricavato la soluzione per il mio problema con il Pi).

Commenti

• Stavo riscontrando questo problema su un server HP ProLiant (!), e questo lo ha risolto.
• Ottima soluzione. Il problema di base è una configurazione precedente, automatica o manuale (come lesecuzione di ifconfig dalla riga cmd) ancora persiste. Il comando sh risolve questa situazione.
• Ho riscontrato questo problema quando ci sono file /etc/sysconfig/network-scripts/ifcfg-* malformati che causano a NetworkManager di non gradire alcune impostazioni e crea un file sostitutivo, creando così più file aggiuntivi e causando lerrore RTNETLINK answers: File exists. Rimuovere quelli danneggiati (quelli che ' t non vengono visualizzati come profilo) sembra essere una soluzione.
• Non copiare e incollare mai questo su un server di produzione. Ho sostituito wlan0 con eth0 e linterfaccia si è interrotta immediatamente e non ' voglio tornare.
• Interessante che nessuno abbia fornito il metodo più semplice e sicuro : reboot. Ad esempio con linterfaccia di svuotamento ho avuto problemi: la mia interfaccia / IP è andato giù e potevo connettermi solo direttamente su una console … quindi il riavvio è sempre la strada da percorrere per me con questo.

Penso che una soluzione possa essere trovata in questo post del blog Risolvere “RTNETLINK risposte: il file esiste “durante lesecuzione di ifup ; sicuramente lha risolto per me.

Fondamentalmente puoi avere solo un gateway assegnato nel tuo file di interfacce. Rimuovi tutte le righe duplicate che determinano il gateway in modo che venga visualizzato solo una volta.

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

Tutto il merito a Lennart per aver risolto questo problema!

Commenti

• Sono incappato in questa risposta tramite Google. Questo è ciò che ha funzionato per me su una macchina virtuale Ubuntu su Hyper-V
• Accetta la tua risposta con un clic sul segno di spunta sul lato sinistro. Solo questo finirà la domanda e non verrà più visualizzata di anno in anno.

Ho risolto di:

sudo ifup --ignore-errors wlan0 

dopo che questo comando ifdown e ifup hanno iniziato a funzionare correttamente.

Commenti

• È utile dopo il " riavvio della rete del servizio " non riuscito, grazie. 🙂

passaggi:

1 controllo-> ip route (se il percorso predefinito dellip è diverso dallinterfaccia richiesta, segui 2d & terzo passaggio)

2 sudo ip route del default (elimina linterfaccia predefinita)

3 sudo ip route add default via ip_address dev interface_name (aggiungi linterfaccia richiesta in questo modo)

Nel mio caso, avevo unaltra connessione ancora in esecuzione: una volta disattivata linterfaccia con ifdown eth0, è arrivata quella che mi interessava (wlan0) in modo pulito.

Non consiglio di utilizzare lopzione –ignore-errors

Mi sono imbattuto in questo mentre scherzavo con VMWare vCenter.Se ti trovi nella stessa barca, dovresti aver installato VMWare Tools, perl e net-tools con il tuo gestore di pacchetti prima di creare il modello / istantanea della VM.

Usiamo ifdown per rimuovere RTNETLINK e ifup di nuovo

ifdown wlan0 ifup wlan0 

Forza de / configurazione

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