Mac Pro perd la connexion réseau après une sortie de veille depuis la mise à niveau de Yosemite

J'ai un problème vraiment étrange depuis que j'ai mis à jour Yosemite. Lorsque je réveille mon Mac Pro 2012, la connexion réseau est totalement perdue.

Sortie de dmesg (désolé, impossible de copier / coller pour le moment):

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

Désactiver / supprimer et ajouter / réactiver dans les Préférences Système n'a pas résolu le problème. Seul le redémarrage de la machine entière vous aidera. Intéressant: si je retire le câble d'en0 et le mets en en1 (Mac Pro a deux cartes réseau), tout va bien - jusqu'au prochain sommeil / réveil. Après le prochain réveil, en1 ne fonctionne pas non plus. La seule chose qui aide est le redémarrage.

J'ai également essayé de réinitialiser le SMC - je ne l'ai pas résolu.

Il semble que ce soit un problème courant jusqu'à ~ OS X 10.10.3. Je dirais que votre seule option est de mettre à niveau à sa sortie ou de faire une installation propre de 10.10.2 et de voir si cela fonctionne pour vous. Je peux comprendre que vous préférez ne pas faire une installation propre, mais cela résout en fait la plupart du temps.

J'ai également rencontré ce problème sur mon iMac, mais comme j'ai des serveurs de développement fonctionnant en permanence sur une machine virtuelle, je ne mets pas ma machine en veille, donc pour moi, le problème a été résolu par la façon dont j'utilise mon Mac . Cependant, j'ai également un MBP où ce problème surgit de temps en temps; surtout quand le MBP allait dormir.

Cependant, vous souhaiterez peut-être essayer d'activer et de désactiver votre interface réseau (comme la désactiver et la réactiver).

Procédez comme suit:

1) Déterminez le nom de votre adaptateur Ethernet:

ifconfig -a 

Résultats:

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

Le mien est assez long avec toutes les "interfaces virtuelles" pour mes VMs et j'utilise 2 connexions Ethernet physiques et pas d'aéroport. Ainsi, votre kilométrage peut varier. Cependant, pour cet exemple, utilisons "en0" comme cas de test. Exécutez les commandes suivantes:

2) Arrêtez l'interface réseau

$ sudo ifconfig en0 down
<Enter Your Password>

3) Ramenez l'interface réseau

$ sudo ifconfig en0 up

Cela devrait redémarrer cet appareil sans avoir à redémarrer le système.

Une autre option consiste à redémarrer votre routeur. Cela a également fonctionné pour moi. Je courais DDWRT sur mon routeur et il a la possibilité de programmer un redémarrage et je configuré pour le faire chaque semaine à 03h00. Je n'ai eu aucun problème avec l'un de mes Mac exécutant 10.10.x. Si votre routeur ne prend pas en charge la «planification des tâches», vous devrez le faire manuellement.

Enfin, l'autre alternative consiste à interdire à votre Mac de passer en mode veille / veille prolongée. Ce n'est pas l'option la plus économe en énergie, mais dans l'intervalle jusqu'à ce qu'Apple puisse résoudre ce problème, cela vous évitera une tonne de maux de tête.