У меня была эта проблема, когда я получил свой новый ключ Wi-Fi и видел несколько человек с той же проблемой. В основном, когда у меня настроен один интерфейс, и я хочу переключиться на другой, он выдает эту ошибку:
Ответы RTNETLINK: файл существует
Не удалось вызвать eth0
или что-то подобное.
/etc/network/interfaces
файл:
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
networking
wifi
avidreader610
источник
источник
destination IP -> interface
. Таким образом, он будет отправлен на шлюз через интерфейс, который он анализирует первым (снизу) в таблице маршрутизации.Ответы:
Если решение, предоставленное @ theoB610, по-прежнему не работает, возможно, вам придется очистить
wlan0
устройство доifup
иifdown
.Это проблема не слишком специфична для Raspberry Pi, аналогичная проблема возникла и была решена в проводных сетях в здесь (где я вывел решение моей проблемы с Pi).
источник
/etc/sysconfig/network-scripts/ifcfg-*
файлы, вызываемые тем, что NetworkManager не любил некоторые настройки и создавал файл замены, создавая таким образом несколько дополнительных файлов и вызывая ошибкуRTNETLINK answers: File exists
. Удаление сломанных (тех, которые не отображаются в виде профиля) кажется исправлением.reboot
. Например, с интерфейсом очистки у меня возникли проблемы - мой интерфейс / IP-адрес вышел из строя, и я мог подключаться только напрямую к консоли ... поэтому перезагрузка - это всегда путь для меня.Я думаю, что решение можно найти в решении «Ответы RTNETLINK: файл существует» при запуске ifup (блог Леннарта); это, конечно, исправило это для меня.
По сути, вы можете иметь только один шлюз, назначенный в вашем файле интерфейса. Удалите все повторяющиеся строки, которые определяют шлюз, чтобы он появлялся только один раз.
Измененный файл / etc / network / interfaces:
Вся благодарность Леннарту за решение этой проблемы!
источник
Я решил:
после этой команды ifdown и ifup начали работать правильно.
источник
шаги:
1 check->
ip route
(если по умолчанию ip route отличается от требуемого интерфейса, выполните шаги 2d и 3)2
sudo ip route del default
(удалить этот интерфейс по умолчанию)3
sudo ip route add default via ip_address dev interface_name
(добавьте нужный интерфейс, как это)источник
В моем случае у меня было еще одно работающее соединение - как только я отключил этот интерфейс с помощью ifdown eth0, тот, который меня интересовал (wlan0), подошел чисто.
Я не рекомендую использовать опцию --ignore-errors
источник
Я наткнулся на это, пока возился с VMWare vCenter. Если вы находитесь в одной лодке, вы должны были установить VMWare Tools, perl и net-tools вместе с менеджером пакетов, прежде чем создавать шаблон / снимок виртуальной машины.
источник
Force de / configuration
источник