Mavericks'te “Sleep Wake Failure” hatasıyla rastgele yeniden başlatılıyor

26

Mavericks OS X MacBookPro'yu bir süre boşta bıraktığımda, çoğu zaman çökecek ve kendiliğinden yeniden başlayacaktır. Yeniden başlattıktan sonra, "Sleep Wake Failure bir sorun yaşadı" diyerek Problem Raporu iletişim kutusu görünecektir. Sorun raporu, kilitlenme göstermiyor - yalnızca çalışan programları engelliyor. İşte raporun başlangıcı:

Date/Time:       2014-01-25 03:40:41 +0100
OS Version:      10.9.1 (Build 13B3116)
Architecture:    x86_64
Report Version:  18

Event:           Sleep Wake Failure
Steps:           50

Hardware model:  MacBookPro11,1
Active cpus:     4


Powerstats for:  [...]

Bu sorun çeşitli tartışma forumlarında açıklanmıştır, ancak burada bulamadım. Basitçe "uyku uyandırma hatası" (tırnak işaretleri olmadan) için googling, ilgili ve cevapsız konuların tonunu açacaktır; Burada aynı sorgu ilgili sonuç vermez. Bu iş parçacıkları ayrıca eksiksiz günlükler, donanım açıklamaları vb. İçerir; İlgisiz görünen bilgileri hariç tuttum (örneğin, bu donanımdan bağımsız olarak gerçekleşiyor gibi).

https://discussions.apple.com/thread/5508018?start=0&tstart=0

Bir geçici çözümüm var ve bunu kendi kendime cevap olarak göndereceğim, ancak daha iyi bir şey istiyorum - Apple'ın araştırdığı bir ifade beni daha çok mutlu edecektir.

Bende başka ilgili hata mesajı Konsolu, "toplama Uyku uyanıklık ayıklama günlüklerine yeniden başlatma" dır (çekirdek içindeki IOKit geliyor gibi görünüyor, bu kaynak dosyasını bakınız ). Yukarıdakiyle aynı çarpışma için, bilgisayarın herhangi bir kayıt olmadan iki saat sonra bir alarmda uyandığını, 5-6 dakika boyunca çok az şey yaptığını (muhtemelen uyanmaya çalışacağını) ve altı dakika sonra kapatıp yeniden başlattığını görüyoruz.

Jan 25 01:34:52 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: Wake reason: RTC (Alarm)
Jan 25 03:34:49 BlueVelvet kernel[0]: RTC: Maintenance 2014/1/25 02:34:49, sleep 2014/1/25 00:34:53
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000340
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::wakeEventHandlerThread
Jan 25 03:34:49 BlueVelvet kernel[0]: Previous Sleep Cause: 5
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-single-slice-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltNHI::prePCIWake - power up complete - took 60884 us
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltHAL::earlyWake - complete - took 1 milliseconds
Jan 25 03:34:49 BlueVelvet kernel[0]: TBT W (2): 0x0040 [x]
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 11 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 12 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.783703: si_survive_perst_war: bar0win before 18003000, bar0win after 18001000
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786957: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786966: pcicore_pmestatclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.787066: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:34:49 BlueVelvet kernel[0]: en0: BSSID changed to 74:31:70:30:57:96
Jan 25 03:34:49 BlueVelvet.local airportd[209]: _doAutoJoin: Already associated to “EasyBox-305722”. Bailing on auto-join.
Jan 25 03:34:52 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:34:54 --- last message repeated 2 times ---
Jan 25 03:34:54 BlueVelvet kernel[0]: AppleCamIn::handleWakeEvent_gated
Jan 25 03:35:27 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Suspend -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:36:21 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:01 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:31 --- last message repeated 1 time ---
Jan 25 03:39:49 BlueVelvet kernel[0]: Restarting to collect Sleep wake debug logs
Jan 25 03:39:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000310
Jan 25 03:40:03 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:40:04 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.
Jan 25 03:40:05 --- last message repeated 1 time ---
Jan 25 03:40:05 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:40:05 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x270503, fPoweredDown: 1
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:06 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:40:07 --- last message repeated 2 times ---
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x370503, fPoweredDown: 1
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:07 BlueVelvet kernel[0]: Restart still waiting on AppleHDADriver
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x470503, fPoweredDown: 1
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x570503, fPoweredDown: 1
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x670503, fPoweredDown: 1
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x770503, fPoweredDown: 1
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:28 localhost bootlog[0]: BOOT_TIME 1390617628 0
[... rebooting logs, omitted]
Jan 25 03:40:41 BlueVelvet.local spindump[497]: Saved diag report for Sleep Wake Failure version ??? to /Library/Logs/DiagnosticReports/Sleep Wake Failure_2014-01-25-034041_BlueVelvet.diag
mavericks  sleep-wake  power-nap 
— Blaisorblade
kaynak
1
Bulguların ayrıntılarını içeren bir hata raporu verirseniz, Apple bu özel durumu araştırır . Benzer rapor ettiğim zaman, bazen donanımsal bir sorun olduğu yanıtını bile alıyorum ve yazılımın sebebi buysa, hizmet aramak. Burada iyi bir detay var ve bir yanıt alabilirsiniz, ancak herhangi bir hatanın pratikte olmadığı gibi yanıt alamayacağının garantisi yoktur.
— bmike
Mac Pro'mla (çöp tenekesi tarzı), yıldırım bağlantı noktasına bağlı bir G-Drive'ı bıraktığımda da benzer sorunlar yaşadım. Bu konuda yeni bir şey var mı?
— user2379888
Maalesef haberim yok. Ancak, sorununuz daha belirgin: Durumunuzda, hatalı olması gereken belirli bir cihaz. Eğer bir hata raporu yazarsanız (ki henüz yapmadım), bu sorunu çözme şansınız daha fazla olacaktır. Belki G-Drive üreticilerini desteklemek için konuşabilirsiniz: ama sanırım bu şirket tarafından yazılmış bir sürücü değil standart Thunderbolt sürücüleri kullanıyor, sanırım en fazla Apple ile konuşabiliyorlar. (Fakat Bilginize, sizin cevabınız değil, soruya bir yorum yazmalısınız).
— Blaisorblade
Bunun için hiç bir çözüm buldunuz mu?
— Chris Hough,
Yeni bir şey yok - sorun şu anda, ya kullanmaya devam ettiğim geçici çözümler yüzünden ya da Yosemite tarafından düzelttiğim için görünmüyor.
— Blaisorblade

Yanıtlar:

12

Sorun, muhtemelen sürücüyle ilgili sorunlar nedeniyle uyku durumundan otomatik uyanmaların başarısız olması gibi görünüyor *. Geçici çözümüm, otomatik uyanmaları ve hatta otomatik uyku modunu devre dışı bırakmaktır. Benim için sorun yalnızca bilgisayarım takılı ve uzun süre boşta iken bıraktığımda oluyor, otomatik uyku modunu yalnızca güç adaptörü bağlıyken, özerkliği azaltmadan devre dışı bırakabiliyorum.

Ancak, bu güç tüketimini artıracak ve boşta kalma süresini azaltacaktır - yani

Bu geçici çözümü uygulamak için:

  • gidin Sistem Tercihleri -> Enerji Tasarrufu -> Güç Adaptörü sekmesi.
  • "ekran kapalıyken bilgisayarın otomatik olarak uyumasını önle" kutusunu işaretleyin
  • "Ağ erişimi için uyandır" ve "Bir güç adaptörüne takılıyken Power Nap'ı Etkinleştir" kutularının işaretini kaldırın (ayrıca, pille çalışırken, Pil sekmesinde Power Nap'ı da devre dışı bıraktım ancak bunun gerekli olduğundan emin değilim).

* Bu nedenle, bazı kullanıcılar sorunu yalnızca belirli çevre birimleri takılıyken yeniden üretirler. Ancak bir kullanıcı için Bluetooth olabilir, başka biri için bazı USB sabit diskleri vb. Hangi sürücünün olursa olsun, görünüşte çok yaygın bir sürücü hatası var.

Güncelleme: dizüstü bilgisayarım Retina MBP 2013'ün sonlarında ve bunun diğer dizüstü bilgisayarlarda ne kadar yaygınlaştığından emin değilim (yorumlara bakın).

— Blaisorblade
kaynak
Merhaba, hangi MBP'niz var? Mine 2010 ortası ve muhtemelen bu nedenle bahsettiğiniz seçeneklerden bazılarına sahip değilim. İşte güç adaptör sekmem
— AlexBG
Evet, geçen yıl piyasaya çıktıklarından bu yana 13 "Retinal MBP Geç 2013 geçirdim ve bu sadece bir hafta önce başıma geldi. Bilgisayar bütün gece uyuduktan hemen sonra her sabah oluyor, ama kısa sürede değil
— Joel Glovier
1
Önerilen geçici çözümünüzü dün denedim ve bugün yaklaşık bir hafta ilk kez bilgisayarım gece çökmedi. Teşekkürler!
— Joel Glovier
Gah - bilgisayarım bu sabah tekrar düştü. Sanırım bu bundan sonra çalışmıyor. :-( en azından hata mesajı tekrar Konsolundan bakarak rağmen olmadan önce. Tam bir hata mesajı gibi görünen 'Aslında orada doesnt. Bu sefer farklıydı com.apple.sleep.failureve şimdi sadece var hazırda günlüğü ve ardından önyükleme günlük hemen sonra.
— Joel Glovier
2
Dolayısıyla bu sefer her iki enerji sekmesinde de (varsayılanları geri yükle) denedim (pil ve adaptör) ve iki gündür bir sorunum olmadı. Parmak çarpı işareti.
— Joel Glovier
11

pmset -gHazırda bekleme modu ayarını kontrol edin . Mac mini'mde 3masaüstleri için uygun değildi. Bunu 0'a değiştirerek sorun çözüldü. Daha fazla referans ve talimatlar için mükemmel kılavuz sayfasını okuyun.

sudo pmset -a hibernatemode  0
— mahal tertin
kaynak
2
Bu ilginç, ancak güç kaybı olursa veri kaybedebilir. Bu arada, en azından bana pmset hakkında bir şeyler öğrettiğin için çok fazla puan kazanıyorsun.
— Blaisorblade
0'a hibernatemode seti ile bu sorun var
— bauerMusic
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.