Neden rMBP13'üm (2013 sonlarında) neden pil bitene kadar her dakika uyandı:? (Soru işareti)?


8

Birisi bu sorunu teşhis etmeme yardımcı olabilir mi? Yeni MacBook Pro 13 Retina (8GB / 2.6Ghz / 512GB) bugün erken saatlerde çantamda uyandı ve görünüşe göre uykuya geri dönmedi, bu yüzden pili bitirdim ve çantamdan çıkardığımda sıcak ve kısmen tepkisizdi.

Bu komutu çalıştırdım:

syslog |grep -i "Wake Reason"

Bugün için bununla karşılaştım:

Nov 20 15:12:14 bishop kernel[0] <Debug>: Wake reason: EC.LidOpen (User)
Nov 21 01:20:18 bishop kernel[0] <Debug>: Wake reason: EC.SleepTimer (SleepTimer)
Nov 21 01:20:44 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:21:25 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:22:08 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:53 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:22 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:58 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:25:36 bishop kernel[0] <Debug>: Wake reason: ?

<snip for 30,000 character limit>

Nov 21 17:28:18 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:29:28 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:30:37 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:31:46 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:32:55 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:34:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:35:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:36:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:37:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:38:21 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:39:08 bishop kernel[0] <Debug>: Wake reason: EC.ACAttach (Maintenance)

"Uyandırma nedeni:?" İle toplam 936 kayıt bulundu ve bu beni biraz endişelendiriyor. Son zamanlarda Mac OS X ekosistemine geri döndüm (sonuncum 10.2 çalıştıran bir Powerbook G4 idi) ve çoğunlukla Ubuntu Linux'ta bazı geliştirme kurulumlarıyla Windows dünyasında bulundum. Bunu bulmak için bazı rehberlik isterim.

Yakın zamanda yapılan bir değişiklik, Inkscape'i kullanmak için dün gece XQuartz 2.7.5'i yüklememdi. Benioku dosyasında launchctl (1) kullanarak /Library/LaunchAgents/org.macosforge.xquartz.startx.plist dosyasını kaldırmayla ilgili talimatlar vardı, ancak çalıştırdığımda listeyi bulamadım.

Ne olursa olsun, Google-fu'm bu duruma iyi uyan herhangi bir sonuç vermedi, bu yüzden size iyi hitap ediyorum.

Bu makineyi 1.5 hafta boyunca yaşadım ve yaşadığım bu doğanın ilk sayısı bu. Ayrıca, çantamda çok uzun süre sıcak kalmanın neden olduğu kalıcı ısı hasarı konusunda da biraz endişeliyim. Birincil soruma veya yorumlara cevabınızla ilgili herhangi bir yorum çok takdir edilecektir (Buradaki kuralın normalde soru başına bir soru olduğunu anlıyorum).

Hepinize teşekkür ederim!

EDIT Ben pmset -g günlüğü tekrar tekrar devam eden bir döngü eklemek düşündüm

11/21/13, 4:32:30 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:10%)                                  31 secs
11/21/13, 4:32:46 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    16008 ms
11/21/13, 4:32:46 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:32:55 PM CST Assertions             PID 8249(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x1000005d3 [System: No Assertions]
11/21/13, 4:33:01 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe000005ea [System: No Assertions]
11/21/13, 4:33:01 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    6 secs
11/21/13, 4:33:01 PM CST SlowResponse           Kernel: Response from powerd is slow (powercaps:0x0)                                  16013 ms
11/21/13, 4:33:07 PM CST Assertions             PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05  id:0xe000005ea [System: PrevIdle]
11/21/13, 4:33:07 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:9%)                                   31 secs
11/21/13, 4:33:21 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    13803 ms
11/21/13, 4:33:21 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:33:34 PM CST Assertions             PID 8254(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x1000005ee [System: No Assertions]
11/21/13, 4:33:38 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe00000601 [System: No Assertions]
11/21/13, 4:33:38 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    45 secs
11/21/13, 4:33:38 PM CST SlowResponse           Kernel: Response from powerd is slow (powercaps:0x0)                                  13808 ms
11/21/13, 4:34:10 PM CST Assertions             PID 8259(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x100000604 [System: SRPrevSleep kCPU]
11/21/13, 4:34:23 PM CST Assertions             PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:45  id:0xe00000601 [System: No Assertions]
11/21/13, 4:34:23 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:9%)                                   18 secs
11/21/13, 4:34:25 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    1750 ms
11/21/13, 4:34:25 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:34:41 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe00000614 [System: No Assertions]
11/21/13, 4:34:41 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    24 secs
11/21/13, 4:34:46 PM CST Assertions             PID 16(powerd) Released     InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05  id:0xe00000614     [System: PrevIdle PushSrvc kCPU]

Yani, soruna neden olan güç gibi görünüyor, ama neden?

Bu bana yardım etmeme yardımcı oluyor mu?

Teşekkür ederim!!!

Tekrar Düzenle

Efsane devam ediyor. Başkalarının interweb'lerde başka bir yerde sorun yaşadığını gördüm. Onların maceralarını burada görebilirsiniz .

Şimdi, Apple Destek ile iletişim kurdum ve orada bir temsilci ile sohbet ettim ve şimdiye kadar işler daha iyi çalışıyor gibi görünüyor. Ancak, bu davayı kapalı olarak adlandırmayacağım ve henüz bir cevap eklemeyeceğim.

İşte olanlar:

Temsilci ile sohbet etti ve bana SystemConfigurationklasörü silmek /Library/Preferencesve makinemi yeniden başlattı .

Sonra kendi başıma olduğumu ve buna göz kulak olduğumu söyledi. Çok güzeldi ve benimkiyle aynı ada sahipti, bu yüzden bana sohbet günlüğünü e-postayla gönderdiğinde kendimle konuşuyorum gibi görünüyor.

Çözüm beklemek istemiyorum, kendimi test etmeye karar verdim.

İlk önce hazırda bekletme süremi çok düşük bir sayıya ayarladım:

sudo pmset -b standbydelay 15

Sonra makineyi uyudum ve bir süre oturmasına izin verdim. Genellikle hazırda bekletmeye çalıştığında 15 saniye sonra uyanma işlemini başlatırdı. Bu olmadı. Aslında bunu arka arkaya birçok kez çalışmak için aldım.

Ben işaret edecek ve ben bunun bir anlamı olmadığından emin değilim ama önce değişti benim standbydelayben uyarıları var pmsetsöyledi: Display sleep should be lower than system sleep.

Bakıyorum pmset -gve uyku 1 olarak ayarlanırken ekranın 2'ye ayarlandığını söylüyor. Ayrıca, uykudan sonra 1 dedi (sleep prevented by apsd, apsd). pmsetMutlu etmek için sistem uyku ve ekran uyku değiştirdim ve daha sonra pmset -gtekrar koştu ve (sleep prevented by apsd, apsd)not uyku hattı gittiğini bulundu . Bunun alakalı olduğundan emin değilim, ama bunun açıklayabileceğim bir şey olmadığını bilmenizi istiyorum.

Makineyi bir süre kullandıktan sonra bunu güncelleyeceğim ve sorunun çözüldüğünü güvenle söyleyebilirim, böylece gelecekte bu sorunla karşılaşan herkesin elinde daha fazla araç olacaktır.


@fyrephile: Bunu bir google araması için en iyi hit olarak buldum . Bildirilecek yeni bir bilginiz oldu mu? 2013 sonu MBP'm de aynı şeyi yapıyor.
beporter

Merhaba @beporter. Bazı başka bilgi yok discussions.apple.com/thread/5505142?start=0&tstart=0
fyrephlie

Yanıtlar:


1

MacQ Pro'mda da aynı sorunu yaşadım, XQuartz da yüklü (Wireshark kullanmak için). Wireshark'ı XQuartz ile ilk kez başlatana kadar sorun asla olmadı. Belki de sorunun nedeni bu olabilir.

XQuartz'ı kaldırdım ancak sorun devam ediyor. Her zaman değil ama bazen sorunlar tekrar ortaya çıkıyor. Apple desteğinin neden olduğunu kesinlikle bilmiyorlar ve diski biçimlendirip OS X'i yeniden yüklememi önerdiler. Bu bir Windows işletim sistemi için bir çözüm olurdu ... şimdilik görebildiğim gibi bu sorunu gerçekten araştırmak istemiyorlar (farklı MAC ürünlerine sahip daha fazla kişi olsa bile ...). OS X'teki bir hataya açıkça benziyor

Hangisinin dahil olabileceğini belirlemek için sorun oluştuğunda hangi işlemlerin çalıştığını analiz etmeye çalışıyorum

Bekle ve gör...


Bu çok mümkün. Yukarıda anlattığım tartışma iş parçacığında XQuartz ile aynı sorunu olan başka insanlar olduğunu buldum.
fyrephlie

1

Avast'ın kaldırılması sorunu çözdü. Bu iyi bir çözüm değil ama şimdilik işe yarıyor. Avast sorunun nedeni olduğunu sanmıyorum ama XQuartz ile birleştiğinde OS X'de kötü bir şey tetikleyebilirdi.

Apple teknik desteği bana bir sonraki sistem güncellemelerini beklememi söyledi, belki bir şey buldular. Umarım :)


Sorunları çözmek için Güncellemelere asla güvenmeyin; D Özellikle bu tür sorunlar değil. Bu çok özel.
rwenz3l
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.