Conexão Ethernet USB com fio desconectada esporadicamente

Question

primeiro, eu não sou um Pro Linux, então por favor me perdoe se eu escrever qualquer nonsence:)

Então eu tenho uma constelação bastante incomum.

Estou executando uma máquina virtual Ubuntu 14.04 no meu Mac Pro usando o VMWare Fusion 6. Como tenho que encaminhar portas (para uma instalação do Owncloud) para um endereço MAC específico e imutável no meu roteador, conectei um adaptador Ethernet USB e conectei-o à VM. Agora tudo funciona bem por muitas horas, mas a interface Ethernet perde seu link para o switch. O Network Manager informa que o cabo foi desconectado. Depois de definir a rede como desativada e ativada novamente, a rede é reconectada. em algumas horas, ele será desconectado novamente.

Eu tentei 2 adaptadores (ambos ASIX AX88179), 2 Switches diferentes e, claro, cabos diferentes. Tenho certeza de que esse método (conectando um adaptador usb ethernet a um vm) funciona perfeitamente em um Mac OS X VM (nunca teve problemas de rede em 2 anos) e Windows VM (estava funcionando perfeito por cerca de 6 meses). / p>

Alguém tem uma ideia do que está acontecendo aqui? Eu adicionei algumas mensagens do log do sistema, mas da minha perspectiva, parece que o cabo está desconectado:

Jul  8 12:39:01 Carbon CRON[3882]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jul  8 12:45:34 Carbon kernel: [ 1989.296243] ax88179_178a 1-1:1.0 eth1: ax88179 - Link status is: 0
Jul  8 12:45:34 Carbon NetworkManager[914]: <info> (eth1): carrier now OFF (device state 100, deferring action for 4 seconds)
Jul  8 12:45:38 Carbon NetworkManager[914]: <info> (eth1): device state change: activated -> unavailable (reason 'carrier-changed') [100 20 40]
Jul  8 12:45:38 Carbon NetworkManager[914]: <info> (eth1): deactivating device (reason 'carrier-changed') [40]
Jul  8 12:45:38 Carbon kernel: [ 1993.414886] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Jul  8 12:45:38 Carbon avahi-daemon[679]: Withdrawing address record for fe80::a2ce:XXXX:XXXX:XXXX on eth1.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Leaving mDNS multicast group on interface eth1.IPv6 with address fe80::a2ce:XXXX:XXXX:XXXX.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Interface eth1.IPv6 no longer relevant for mDNS.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Withdrawing address record for 192.168.0.XX on eth1.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.0.202.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Interface eth1.IPv4 no longer relevant for mDNS.
Jul  8 12:45:38 Carbon dnsmasq[1447]: setting upstream servers from DBus
Jul  8 12:45:38 Carbon NetworkManager[914]: <warn> DNS: plugin dnsmasq update failed
Jul  8 12:45:38 Carbon NetworkManager[914]: <info> Removing DNS information from /sbin/resolvconf
Jul  8 12:12:59 Carbon whoopsie[1195]: online
Jul  8 12:45:38 Carbon whoopsie[1195]: offline
Jul  8 12:45:39 Carbon NetworkManager[914]: <info> NetworkManager state is now DISCONNECTED
Jul  8 12:45:39 Carbon dbus[606]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Jul  8 12:45:39 Carbon dbus[606]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul  8 12:45:40 Carbon ntpd[2009]: Deleting interface #5 eth1, fe80::a2ce:XXXX:XXXX:XXXX#123, interface stats: received=0, sent=0, dropped=0, active_time=1957 secs
Jul  8 12:45:40 Carbon ntpd[2009]: Deleting interface #3 eth1, 192.168.0.XX#123, interface stats: received=151, sent=151, dropped=0, active_time=1957 secs
Jul  8 12:45:40 Carbon ntpd[2009]: 91.189.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 217.79.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 134.106.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 129.70.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 109.75.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: peers refreshed

    

Answer 1

Por que vale a pena, tivemos o mesmo problema em um MacPro com o Windows 7 no Parallels, desconectando-se do wireless. Ninguém mais teve problemas em manter uma conexão com esse sistema sem fio. Quando mudamos o roteador sem fio, ele começou a funcionar bem. Ainda não tenho certeza porque, mas não tivemos problemas desde então. Pode ser hora de tentar trocar o comutador de rede e testar.