Mac Pro perde la connessione di rete dopo la riattivazione dal sonno dall'aggiornamento di Yosemite

10

Ho un problema davvero strano da quando ho aggiornato a Yosemite. Quando mi sveglio Mac Pro 2012, la connessione di rete è completamente persa.

Output da dmesg (mi dispiace, non posso 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 metto in en1 (Mac Pro ha due schede NIC), tutto è a posto - fino al prossimo sleep / wakeup. Anche dopo il prossimo risveglio, en1 non funziona. L'unica cosa che aiuta è il riavvio.

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

    
posta int2000 22.10.2014 - 08:26
fonte

2 risposte

0

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 spesso la maggior parte del tempo.

    
risposta data 06.04.2015 - 01:36
fonte
0

Mi sono imbattuto in questo problema anche sul mio iMac, ma dal momento che ho i server di sviluppo in esecuzione in una VM per tutto il tempo, non metto la mia macchina in stop, quindi per me il problema è stato risolto da come sono usando il mio Mac. Tuttavia, ho anche un MBP in cui questo problema si presenterebbe ogni tanto; soprattutto quando l'MBP andrebbe a dormire.

Tuttavia, potresti provare a abilitare e disabilitare la tua interfaccia di rete (come spegnerlo e riaccenderlo).

Effettua quanto segue:

1) Determina il nome del tuo 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 connessioni fisiche 2 Ethernet e nessun aeroporto. Quindi, il tuo chilometraggio può variare. Tuttavia, per questo esempio, utilizziamo "en0" come nostro caso di test. Emetti i seguenti comandi:

2) Porta giù l'interfaccia di rete

$ sudo ifconfig en0 down
<Enter Your Password>

3) Eseguire il backup dell'interfaccia di rete

$ sudo ifconfig en0 up

Questo dovrebbe riavviare quel dispositivo senza dover 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. Ho avuto zero 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 è impedire al tuo Mac di entrare in modalità sospensione / ibernazione. Non è l'opzione più favorevole all'energia, ma nel frattempo fino a quando Apple non riuscirà a risolverlo, ti farà risparmiare un sacco di mal di testa.

    
risposta data 15.04.2015 - 14:27
fonte

Leggi altre domande sui tag