Mac Pro perde la connessione di rete dopo l'attivazione dal sonno dopo l'aggiornamento di Yosemite

Ho un problema davvero strano da quando ho effettuato l'aggiornamento a Yosemite. Quando riattivo il mio Mac Pro 2012, la connessione di rete è completamente persa.

Output da dmesg (spiacenti, impossibile copiare / incollare in questo momento):

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

Disabilitare / rimuovere e aggiungere / riattivare in Preferenze di Sistema non ha risolto il problema. Sarà utile solo il riavvio dell'intera macchina. Interessante: se rimuovo il cavo da en0 e lo inserisco in en1 (Mac Pro ha due schede di rete), tutto va bene, fino alla prossima sospensione / sveglia. Dopo il prossimo risveglio anche en1 non funziona. L'unica cosa che aiuta è il riavvio.

Ho provato anche a ripristinare SMC - non l'ho risolto.

Sembra essere un problema comune fino a ~ OS X 10.10.3. Direi che la tua unica opzione è quella di aggiornare quando esce o fare un'installazione pulita di 10.10.2 e vedere se questo funziona per te. Posso capire che preferiresti non fare un'installazione pulita ma in realtà risolve molto la maggior parte delle volte.

Ho riscontrato questo problema anche sul mio iMac, ma dal momento che ho server dev sempre in esecuzione in una VM, non ho messo la mia macchina in sospensione, quindi per me il problema è stato risolto da come sto usando il mio Mac . Tuttavia, ho anche un MBP in cui questo problema affiorava di tanto in tanto; soprattutto quando l'MBP andrebbe in sospensione.

Tuttavia, potresti provare ad abilitare e disabilitare l'interfaccia di rete (come spegnerla e riaccenderla).

Fai quanto segue:

1) Determinare il nome dell'adattatore Ethernet:

ifconfig -a 

risultati:

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

Il mio è piuttosto lungo con tutte le "interfacce virtuali" per le mie macchine virtuali e sto usando 2 connessioni Ethernet fisiche e nessun aeroporto. Quindi, il tuo chilometraggio può variare. Tuttavia, per questo esempio, utilizziamo "en0" come test case. Emettere i seguenti comandi:

2) Disattiva l'interfaccia di rete

$ sudo ifconfig en0 down
<Enter Your Password>

3) Ripristinare l'interfaccia di rete

$ sudo ifconfig en0 up

Ciò dovrebbe riavviare quel dispositivo senza riavviare il sistema.

Un'altra opzione è riavviare il router. Questo ha funzionato anche per me. Sto eseguendo DDWRT sul mio router e ha la possibilità di pianificare un riavvio e l'ho configurato per farlo ogni settimana alle 3:00. Non ho avuto problemi con nessuno dei miei Mac con 10.10.x. Se il tuo router non supporta la "pianificazione delle attività", dovrai farlo manualmente.

Infine, l'altra alternativa è quella di non consentire al tuo Mac di entrare in modalità sospensione / ibernazione. Non è l'opzione più ecologica, ma nel frattempo fino a quando Apple non riuscirà a risolvere il problema, ti farà risparmiare un sacco di mal di testa.