Respostas RTNETLINK: Arquivo existe ... talvez porque atribuído um novo endereço MAC

Eu tenho um "respostas RTNETLINK: arquivo existe Falha ao abrir eth0: 1" em "ifup eth0: 1".

Eu suspeito que isso acontece porque eu atribuí um novo endereço MAC no adaptador de rede da minha VM.

Você pode me dizer como corrigir o problema?

Minha configuração é assim:

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
allow-hotplug eth0
iface eth0 inet static
    address 192.168.1.80
    netmask 255.255.255.0
    gateway 192.168.1.1
    dns-nameservers 192.168.1.1

# Alias being connected to 192.168.10.x Network
auto eth0:1
allow-hotplug eth0:1
iface eth0:1 inet static
    address 192.168.10.83
    netmask 255.255.255.0
    gateway 192.168.10.10
    dns-nameservers 192.168.10.1

Por que recebo "resposta RTNETLINK: arquivo existe .." de repente? Eu trabalhei com essa configuração antes sem problemas. Tudo o que fiz no passado é renovar o endereço MAC dos adaptadores.

No momento eu estou conectado à rede 192.168.10.x e se eu fizer

/etc/init.d/networking stop
/etc/init.d/networking start

então eu comecei "RTNETLINK [...] falied a trazer eth0: 1" mas a coisa mais difícil é que eu sou capaz de me conectar a 192.168.10.83 via ssh da minha máquina host. Mas não consigo acessar a internet a partir do cliente debian.

Espero que esteja claro qual é o meu problema agora.

atualizar

Se eu mudar meu / etc / network / interfaces como este, então "ifup eth0" falha, também com o mesmo erro!

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
allow-hotplug eth0
iface eth0 inet static
    address 192.168.10.83
    netmask 255.255.255.0
    gateway 192.168.10.10
    dns-nameservers 192.168.10.1

com opção detalhada ativada eu tenho:

Configuring interfache eth0=eth0 (inet) 
run-parts --verbose /etc/network/if-pre-up.d 
ip addr add 192.168.10.83/255.255.255.0 broadcast 192.168.10.255 dev eth0 label eth0   
RTNETLINK answers: File exists Failed to bring up eth0.

mesmo se eu digitar isso manualmente:

ip addr add 192.168.10.83/255.255.255.0 broadcast 192.168.10.255 dev eth0 label eth0

Dê uma olhada em /etc/udev/rules.d/70-persistent-net.rules

Isso é meu: (apropriadamente munged)

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10de:/sys/devices/pci0000:00/0000:00:0a.0 (forcedeth)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:44:55:66", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x168c:/sys/devices/pci0000:00/0000:00:14.0/0000:07:00.0 (ath5k)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="77:88:99:aa:bb:cc", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

Eu imagino que você tenha uma entrada para eth0, remova toda a linha, pare / inicie a rede ou simplesmente reinicie. O arquivo deve ser recriado conforme o sistema (re) descobre os dispositivos de rede.

Este arquivo é o que mapeia um dispositivo de rede (por MAC) para um dispositivo de rede NAME. Por exemplo, meu dispositivo "11: 22: 33: 44: 55: 66" é chamado / dev / eth0.

É assim que o sistema evita trocar eth0 e eth1 em torno de cada inicialização, se você tiver várias placas de rede ou vários dispositivos Wi-Fi e assim por diante.

O arquivo próximo a este, 70-persistent-cd.rules, faz o mesmo com os seus tocadores de CD / DVD / BD / laserdisc, mantendo-os em linha reta. (Eu adoraria ver uma unidade usb laserdisc!)

Você definiu dois gateways padrão com a mesma métrica. ( https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1043244/comments/8 )

Tente excluir uma linha de gateway que você não deseja usar.

Também não estou certo se allow-hotplug eth0:1está correto. Tente deletar.