Perché il mio MacBook Pro non si spegne automaticamente?

Il mio MacBook è impostato per andare a dormire dopo 2 minuti a batteria (tramite il riquadro delle preferenze Risparmio energia). Tuttavia, quando lo lascio inattivo, si spegne solo lo schermo, in realtà non dorme. Ciò significa che se lo lascio e dimentico di chiudere il coperchio, finisce sempre con una batteria scarica.

Il sistema si attiva correttamente se viene attivato manualmente ( - Sospensione) o chiudendo il coperchio. L'ho provato senza dispositivi USB collegati e su un nuovo account utente, nel caso in cui un programma in background impedisse il sonno. Non ci sono informazioni rilevanti stampate sulla Console nel momento in cui il sistema dovrebbe dormire.

Ho eseguito una reimpostazione di PRAM e SMC senza alcun risultato, così come le consuete superstizioni di Verifica autorizzazioni disco.

C'è qualcos'altro che dovrei provare prima di reinstallare OS X?

Questo è un MacBookPro5,5sistema operativo in esecuzione 10.6.6.

Vale la pena notare che qualche tempo fa ho sofferto di questo problema a causa di un bug in un demone helper per le cose del prodotto , ma che questo problema era leggermente diverso e riguardava la sospensione del display. Inoltre, ho verificato che il demone helper non era in esecuzione durante i miei test.

Informazioni aggiuntive:

Ho iniziato a lavorare sul documento Apple intitolato " Perché il tuo Mac potrebbe non dormire o rimanere in modalità sospensione " . Ho scoperto che questo problema non si verifica quando avvio in modalità sicura il mio computer. Ho diffelencato il processo e ho scoperto che i seguenti programmi sono in esecuzione solo durante l'avvio normale e sono quindi possibili colpevoli:

• Quick Look Helper
• cvmsComp_x86_64
• kextcache
• launchd
• mdworker
• mdworker
• nmblookup
• vmnet-bridge
• vmnet-dhcpd
• vmnet-dhcpd
• vmnet-natd
• vmnet-netifup
• vmnet-netifup

Per aiutare a eseguire il debug dei problemi di sospensione, prova il pmsetcomando nel terminale:

$ pmset -g assertions

Assertion status system-wide:
   ChargeInhibit                           0
   PreventUserIdleDisplaySleep             0
   PreventUserIdleSystemSleep              1
   NoRealPowerSources_debug                0
   CPUBoundAssertion                       0
   EnableIdleSleep                         1
   PreventSystemSleep                      0
   DisableInflow                           0
   DisableLowPowerBatteryWarnings          0
   ExternalMedia                           0

Listed by owning process:
  pid 2520: [0x0000012c000009d8] PreventUserIdleSystemSleep named: "com.apple.audio.'AppleHDAEngineOutput:1B,0,1,2:0'.noidlesleep" 

In questo caso, è il processo 2520 a rovinare. Dai un'occhiata nel monitor delle attività e uccidilo (/ usr / sbin / coreaudiod avviato da iTunes).

Successivamente, eseguire nuovamente il comando:

Assertion status system-wide:
   ChargeInhibit                           0
   PreventUserIdleDisplaySleep             0
   PreventUserIdleSystemSleep              0
   NoRealPowerSources_debug                0
   CPUBoundAssertion                       0
   EnableIdleSleep                         1
   PreventSystemSleep                      0
   DisableInflow                           0
   DisableLowPowerBatteryWarnings          0
   ExternalMedia                           0

Nessun flag per PreventUserIdleSystemSleep.

Ho avuto lo stesso problema con il mio MacBook Pro 3,1. È estremamente frustrante. Sono arrivato al punto di reinstallare completamente OS X, che non ha risolto il problema. Questo mi porta a credere che probabilmente è un problema hardware nel mio caso.

Ho smesso di risolvere il problema e ho appena usato PleaseSleep .

PleaseSleep è un software di utilità progettato per Mac OS X che consente di mettere in pausa il computer quando sai che un'altra app impedisce al tuo Mac di andare in sospensione.

PleaseSleep si trova in background e attende il timer di spegnimento impostato nel riquadro delle preferenze Risparmio energia. A seconda delle preferenze impostate, PleaseSleep proverà a mettere in pausa il computer quando si attiva il timer di spegnimento programmato. PleaseSleep è molto facile da configurare, è possibile abilitare, disabilitare e accedere alle sue preferenze tramite l'icona della barra dei menu di sistema. Puoi scegliere di attivare sempre la funzione di sospensione di PleaseSleep oppure puoi dire a PleaseSleep di attivare la funzione di sospensione solo quando alcune app sono in esecuzione.

Finalmente riesco a riaccendere in modo affidabile il mio sistema. Ho cambiato tre cose per raggiungere questo punto, tutte le quali credo fossero dei collaboratori:

• Avevo poco spazio su disco (meno del 5% libero) sul mio volume principale. Il kernel si stava lamentando di questo system.log(visualizzabile in Console.app) circa il tempo in cui avrebbe dovuto dormire.

• Ho disabilitato Dropbox, che accede al disco frequentemente e in modo odioso, e viene segnalato per impedire il sonno in Snow Leopard.

• Ho eseguito l' aggiornamento da un Chromium vecchio imbarazzante ogni sera, e ora sono su 11.0.658.0 (73560) . Esistono diversi bug aperti su questo Chrome / Chromium che impediscono il sonno inattivo. Tuttavia, l'ho scoperto solo dopo aver messo il sistema in stand-by dopo un riavvio senza programmi in esecuzione.

Seguono osservazioni tecniche:

Vale la pena notare che il riquadro delle preferenze Risparmio energia si trova un po '. L'ho impostato per dormire e spegnere lo schermo dopo 1 minuto, ma il sistema in realtà non va in modalità sospensione per 3 minuti e 30 secondi, concede o impiega qualche secondo per scrivere l'immagine del sonno sicuro. Lo schermo impiega effettivamente 2 minuti per andare a dormire. Sospetto che questo sia un caso che Apple sappia meglio di noi: 1 minuto è probabilmente troppo veloce. Indipendentemente da ciò, questo rende difficili i problemi di debug come questo perché devi aspettare più a lungo di quanto indicato per vedere se il sistema andrà davvero a dormire.

Il fatto che queste due applicazioni abbiano contribuito, nonostante non abbiano fatto nulla di particolarmente intenso, suggerisce che Snow Leopard abbia cambiato qualcosa sul modo in cui il sistema decide se può verificarsi il sonno inattivo. Esiste un'API documentata per disabilitare la sospensione inattiva, ma sembra anche che l'attività del disco (in particolare le scritture) più di una volta al minuto ripristini anche il timer di sospensione e quindi ritardi la sospensione. Qualsiasi applicazione che scrive frequentemente è quindi una possibile causa. sudo fs_usage -e grep -f filesys | grep -e writein una finestra Terminale può aiutare a rivelare i colpevoli.

Potrebbe essere l'indicizzazione Spotlight. Puoi testarlo andando su Preferenze di Sistema> Spotlight> Risultati ricerca e deselezionando tutto. Quindi controlla se il tuo MacBook va in sospensione.