Mac Pro pierde la conexión de red después de despertarse del modo de suspensión desde la actualización de Yosemite

Tengo un problema realmente extraño desde que actualicé a Yosemite. Cuando despierto mi Mac Pro 2012, la conexión de red se pierde por completo.

Salida de dmesg (lo siento, no se pudo copiar / pegar en este momento):

- Nic en0 - no link detected
- Nic en0 - link detected
- some other things (approx. 2 sec)
- Nic en0 - no link detected

Deshabilitar / eliminar y agregar / volver a habilitar en Preferencias del Sistema no resolvió el problema. Solo reiniciará toda la máquina. Interesante: si quito el cable de en0 y lo pongo en1 (Mac Pro tiene dos NIC), todo está bien, hasta la próxima suspensión / activación. Después de la próxima activación, en1 tampoco funciona. Lo único que ayuda es reiniciar.

Intenté también restablecer el SMC, no lo resolvió.

Parece ser un problema común hasta ~ OS X 10.10.3. Yo diría que su única opción es actualizar cuando salga o hacer una instalación limpia de 10.10.2 y ver si eso funciona para usted. Puedo entender que prefieres no hacer una instalación limpia, pero en realidad resuelve mucho la mayor parte del tiempo.

También me encontré con este problema en mi iMac, pero dado que tengo servidores de desarrollo que se ejecutan en una VM todo el tiempo, no apago mi máquina, por lo que para mí, el problema se solucionó por cómo estoy usando mi Mac . Sin embargo, también tengo un MBP donde este problema surgiría de vez en cuando; especialmente cuando el MBP se iría a dormir.

Sin embargo, es posible que desee intentar habilitar y deshabilitar su interfaz de red (como apagarla y encenderla).

Haz lo siguiente:

1) Determine el nombre de su adaptador de ethernet:

ifconfig -a 

Resultados:

en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
ether a8:20:66:39:2c:1c 
    inet6 fe80::aa20:66ff:fe39:2c1c%en0 prefixlen 64 scopeid 0x4 
    inet 192.168.10.103 netmask 0xffffff00 broadcast 192.168.10.255
    nd6 options=1<PERFORMNUD>
    media: autoselect (1000baseT <full-duplex,flow-control>)
    status: active

en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 8c:2d:aa:3a:ec:83 
    inet6 fe80::8e2d:aaff:fe3a:ec83%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.10.102 netmask 0xffffff00 broadcast 192.168.10.255
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active

La mía es bastante larga con todas las "interfaces virtuales" para mis máquinas virtuales y estoy usando conexiones físicas de Ethernet 2 y ningún aeropuerto. Así que su millaje puede variar. Sin embargo, para este ejemplo, usemos "en0" como nuestro caso de prueba. Emita los siguientes comandos:

2) derribar la interfaz de red

$ sudo ifconfig en0 down
<Enter Your Password>

3) Vuelva a colocar la interfaz de red

$ sudo ifconfig en0 up

Eso debería reiniciar ese dispositivo sin tener que reiniciar el sistema.

Otra opción es reiniciar su enrutador. Esto funcionó para mí también. Estoy ejecutando DDWRT en mi enrutador y tiene la capacidad de programar un reinicio y lo configuré para hacerlo cada semana a las 3:00 a.m. No he tenido ningún problema con ninguno de mis Mac que ejecutan 10.10.x. Si su enrutador no es compatible con la "programación de tareas", deberá hacerlo manualmente.

Finalmente, la otra alternativa es no permitir que su Mac entre en modo de suspensión / hibernación. No es la opción más amigable con la energía, pero mientras tanto hasta que Apple pueda solucionar esto, te ahorrará una tonelada de dolores de cabeza.