10 votos

Mac Pro pierde la conexión de red después de despertar de un sueño desde la actualización de Yosemite

Se me hace muy extraño problema desde que he actualizado a Yosemite. Cuando me despierto mi 2012 Mac Pro, la conexión de red está totalmente perdido.

La salida de dmesg (lo siento, no podía 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 añadir/volver a activar en Preferencias del Sistema no soluciona el problema. Sólo reiniciar el conjunto de la máquina será de ayuda. Interesante: Si se me quite el cable de en0 y ponerlo en en1 (Mac Pro tiene dos NICs), todo está bien - hasta el próximo sueño/despertar. Después de la próxima activación en1 no es también de trabajo. Única cosa que ayuda es reiniciar.

Trató también de restablecer el SMC - no resolverlo.

0voto

Rowan Kaag Puntos 63

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 funciona para usted. Puedo entender que usted preferiría no hacer una instalación limpia, pero no es una solución real a un mucho más de la época.

0voto

Douglas Puntos 10417

Me encontré con este problema en mi iMac, pero desde que he dev servidores que se ejecutan en una máquina virtual todo el tiempo, no pongo mi máquina a dormir, así que para mí, el problema se ha solucionado por cómo estoy usando mi Mac. Sin embargo, también tengo un MBP donde este problema se cosecha cada ahora y después; especialmente cuando el MBP iba a dormir.

Sin embargo, usted puede desear para intentar habilitar y deshabilitar la interfaz de red (como apagar y a encender).

Hacer lo siguiente:

1) Determinar 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

La mía es bastante largo con todas las "interfaces virtuales" para mi VMs y estoy usando física 2 conexiones ethernet y no hay Aeropuerto. Así, su kilometraje puede variar. Sin embargo, para este ejemplo, vamos a utilizar el "en0" como nuestro caso de prueba. Emita los siguientes comandos:

2) la interfaz de red

$ sudo ifconfig en0 down
<Enter Your Password>

3) Llevar la interfaz de red de copia de seguridad

$ sudo ifconfig en0 up

Que debe reiniciar el dispositivo sin tener que reiniciar el sistema.

Otra opción es reiniciar el router. Esto funcionó para mí. Estoy corriendo DDWRT en mi router y tiene la capacidad para programar un reinicio y me configurado para hacerlo cada semana a las 3:00 de la mañana. He tenido cero problemas con ninguno de mis equipos Mac que ejecutan 10.10.x. Si su router no es compatible con "la programación de tareas", a continuación, tendrá que hacerlo manualmente.

Finalmente, la otra alternativa es no permitir que su Mac para entrar en modo de suspensión o hibernación. No es la mayoría de la energía de usar la opción, pero en el ínterin hasta que Apple puede conseguir este visado, que le ahorrará un montón de dolores de cabeza.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X