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

10

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

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 solucionó el problema. Sólo reiniciar la máquina entera ayudará. Interesante: si quito el cable de en0 y lo coloco en en1 (Mac Pro tiene dos NIC), todo está bien, hasta el próximo modo de espera / activación. Después de la próxima activación en1 tampoco está funcionando. Lo único que ayuda es reiniciar.

Intenté también reiniciar el SMC, no lo resolví.

    
pregunta int2000 22.10.2014 - 08:26

2 respuestas

0

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 se resuelve mucho la mayoría del tiempo.

    
respondido por el Rowan Kaag 06.04.2015 - 01:36
0

Me encontré con este problema también en mi iMac, pero como tengo servidores dev que se ejecutan en una máquina virtual todo el tiempo, no pongo mi máquina en suspensión, por lo que, para mí, el problema se resolvió 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 la interfaz de red (como apagarla y encenderla).

Haz lo siguiente:

1) Determine el nombre de su adaptador 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

El mío es bastante largo con todas las "interfaces virtuales" para mis máquinas virtuales y estoy usando conexiones Ethernet 2 físicas y no aeropuerto. Así que su millaje puede variar. Sin embargo, para este ejemplo, usemos "en0" como nuestro caso de prueba. Ejecute los siguientes comandos:

2) Bajar la interfaz de red

$ sudo ifconfig en0 down
<Enter Your Password>

3) Traiga una copia de seguridad de 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 tengo la capacidad de programar un reinicio y lo configuré para hacerlo cada semana a las 3:00 am. No he tenido ningún problema con ninguno de mis Mac con 10.10.x. Si su enrutador no admite la "programación de tareas", tendrá que 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 solucionarlo, le ahorrará muchos dolores de cabeza.

    
respondido por el Allan 15.04.2015 - 14:27

Lea otras preguntas en las etiquetas