Lösen von „RTNETLINK-Antworten: Datei existiert“ beim Ausführen von ifup

Wenn die von @ theoB610 bereitgestellte Lösung immer noch nicht funktioniert Dann müssen Sie möglicherweise das Gerät wlan0 vor ifup und ifdown leeren.

sudo ip addr flush dev wlan0 

Dies ist ein nicht zu spezifisches Problem für Raspberry Pi. Ein ähnliches Problem trat auf und wurde in kabelgebundenen Netzwerken in hier (von wo ich die Lösung für mein Problem mit dem Pi abgeleitet habe).

Kommentare

• Ich hatte dieses Problem Ein HP ProLiant-Server (!), der das Problem behoben hat.
• Großartige Lösung. Das Grundproblem besteht darin, dass eine vorherige automatische oder manuelle Konfiguration (z. B. das Ausführen von ifconfig über die cmd-Zeile) weiterhin besteht Der Befehl sh behebt diese Situation.
• Ich hatte dieses Problem, wenn fehlerhafte /etc/sysconfig/network-scripts/ifcfg-* -Dateien vorhanden sind, die von NetworkManager verursacht wurden und einige Setups nicht mögen und eine Ersatzdatei erstellen mehrere zusätzliche Dateien und verursacht den Fehler RTNETLINK answers: File exists. Das Entfernen der defekten (diejenigen, die ' nicht als Profil angezeigt werden) scheint eine Lösung zu sein.
• Kopieren Sie diese niemals auf einem Produktionsserver. Ich habe wlan0 durch eth0 ersetzt und die Schnittstelle ist sofort ausgefallen und ' möchte nicht zurückkommen.
• Interessant, dass niemand die einfachste und nach der Regel sicherste Methode bereitgestellt hat : reboot. Zum Beispiel hatte ich Probleme mit der Spülschnittstelle – meine Schnittstelle / IP ging aus und ich konnte nur eine direkte Verbindung über eine Konsole herstellen. Daher ist ein Neustart immer der richtige Weg für mich.

Ich denke, eine Lösung finden Sie in diesem Blog-Beitrag Lösen von „RTNETLINK“ Antworten: Datei existiert “beim Ausführen von ifup ; es hat es sicherlich für mich behoben.

Grundsätzlich können Sie nur ein Gateway in Ihrer Schnittstellendatei zuweisen. Entfernen Sie doppelte Zeilen, die das Gateway bestimmen, so dass es nur einmal angezeigt wird.

Geändert / etc / network / interfaces-Datei:

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 

Wir danken Lennart für die Lösung dieses Problems!

Kommentare

• Stolperte über Google über diese Antwort. Dies hat bei mir auf einer Ubuntu-VM unter Hyper-V funktioniert.
• Bitte akzeptieren Sie Ihre eigene Antwort mit einem Klick auf das Häkchen auf der linken Seite. Nur so wird die Frage beendet und es wird nicht Jahr für Jahr wieder auftauchen.

Ich habe gelöst von:

sudo ifup --ignore-errors wlan0 

Nach diesem Befehl funktionieren ifdown und ifup ordnungsgemäß.

Kommentare

• Dies ist nützlich, nachdem " Neustart des Dienstnetzwerks " fehlgeschlagen ist, danke. 🙂

Schritte:

1 Prüfung-> ip route (Wenn der Standard für die IP-Route nicht die erforderliche Schnittstelle ist, befolgen Sie den zweiten Schritt von 2d &)

2 sudo ip route del default (Standardschnittstelle löschen)

3 sudo ip route add default via ip_address dev interface_name (fügen Sie die gewünschte Schnittstelle wie folgt hinzu)

In meinem Fall lief noch eine andere Verbindung – nachdem ich diese Schnittstelle mit ifdown eth0 heruntergefahren hatte, kam die, an der ich interessiert war (wlan0) sauber.

Ich empfehle nicht, die Option –ignore-Errors zu verwenden.

Ich bin darauf gestoßen, als ich mit VMWare vCenter herumgespielt habe.Wenn Sie sich im selben Boot befinden, sollten Sie die VMWare-Tools, Perl- und Net-Tools mit Ihrem Paketmanager installiert haben, bevor Sie die Vorlage / den Snapshot der VM erstellen.

Wir verwenden ifdown, um RTNETLINK und ifup erneut zu entfernen.

ifdown wlan0 ifup wlan0 

De / Konfiguration erzwingen

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