Ai đó có thể giúp tôi chẩn đoán vấn đề này? MacBook Pro 13 Retina mới của tôi (8GB / 2.6Ghz / 512GB) đã thức dậy trong túi của tôi vào hôm nay và dường như không ngủ trở lại nên đã hết pin và nóng và không phản hồi một phần khi tôi tháo nó ra khỏi túi.
Tôi đã chạy lệnh này:
syslog |grep -i "Wake Reason"
Tôi đã được chào đón với điều này cho ngày hôm nay:
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)
Có tổng số 936 mục với "Lý do thức dậy :?" và điều đó có nhiều hơn một chút quan tâm. Gần đây tôi đã trở lại hệ sinh thái Mac OS X (lần cuối cùng của tôi là Powerbook G4 chạy 10.2) và chủ yếu xuất hiện trong thế giới Windows với một số thiết lập phát triển trong Ubuntu Linux. Tôi muốn một số hướng dẫn để tìm ra điều này.
Một thay đổi gần đây là tôi đã cài đặt XQuartz 2.7.5 tối qua để sử dụng Inkscape. Đã có hướng dẫn trong Readme về việc xóa / L Library / LaA
Bất kể, Google-fu của tôi không mang lại bất kỳ kết quả nào phù hợp với tình huống này, vì vậy tôi đang kêu gọi các bạn tốt.
Tôi đã có chiếc máy này được 1,5 tuần và đây là vấn đề đầu tiên về bản chất này mà tôi gặp phải. Tôi cũng hơi lo ngại về thiệt hại nhiệt vĩnh viễn do bị nóng trong túi quá lâu. Bất kỳ nhận xét nào về câu trả lời của bạn cho câu hỏi chính của tôi hoặc trong các nhận xét sẽ được đánh giá rất cao (tôi hiểu quy tắc ở đây thường là một câu hỏi cho mỗi ... câu hỏi).
Cảm ơn tất cả!
EDIT Tôi nghĩ rằng tôi sẽ thêm chu trình lặp lại từ nhật ký pmset -g
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]
Vì vậy, nó dường như là sức mạnh gây ra vấn đề, nhưng tại sao?
Điều này có giúp được ai giúp tôi không?
Cảm ơn bạn!!!
Chỉnh sửa lại
Câu chuyện tiếp tục. Tôi đã tìm thấy những người khác dường như đang gặp rắc rối ở những nơi khác trên mạng. Bạn có thể thấy cuộc phiêu lưu của họ ở đây .
Bây giờ, tôi đã liên hệ với bộ phận Hỗ trợ của Apple và trò chuyện với một đại diện ở đó và cho đến nay mọi thứ dường như đang hoạt động tốt hơn. Tuy nhiên, tôi sẽ không gọi trường hợp này là đóng và sẽ không thêm câu trả lời.
Đây là những gì đã xảy ra:
Thận trọng với đại diện và anh ấy đã cho tôi xóa SystemConfigurationthư mục /Library/Preferencesvà khởi động lại máy của tôi.
Sau đó, anh ấy nói tôi là của riêng tôi và để mắt đến nó, về cơ bản. Anh ấy rất đẹp và có cùng tên với tôi nên khi anh ấy gửi email cho tôi nhật ký trò chuyện, có vẻ như tôi đang nói chuyện với chính mình.
Không muốn chờ giải quyết, tôi quyết định tự mình thử nghiệm một số thử nghiệm.
Đầu tiên tôi đặt thời gian ngủ đông của mình ở một số rất thấp:
sudo pmset -b standbydelay 15
Sau đó tôi ngủ máy và để nó ngồi một lúc. Thông thường, nó sẽ bắt đầu thức dậy sau 15 giây khi nó cố gắng ngủ đông. Điều này đã không xảy ra. Tôi thực sự đã nhận được điều này để làm việc nhiều lần liên tiếp.
Tôi sẽ chỉ ra, và tôi không chắc nó có ý nghĩa gì không, nhưng khi tôi thay đổi lần đầu tiên, standbydelaytôi đã nhận được cảnh báo từ pmsetđó Display sleep should be lower than system sleep.
Tôi nhìn vào pmset -gvà nó nói rằng hiển thị giấc ngủ được đặt thành 2 trong khi giấc ngủ được đặt thành 1. Hơn nữa, sau khi ngủ 1 nó nói (sleep prevented by apsd, apsd). Tôi đã thay đổi hệ thống ngủ của mình và hiển thị giấc ngủ để làm cho pmsethạnh phúc và sau đó chạy pmset -glại và thấy rằng (sleep prevented by apsd, apsd)ghi chú đã biến mất khỏi dòng ngủ. Tôi không chắc chắn rằng điều này có liên quan, nhưng tôi muốn nó được biết đó không phải là điều tôi có thể giải thích đơn giản.
Tôi sẽ cập nhật điều này sau khi tôi sử dụng máy trong một thời gian và có thể tự tin nói rằng vấn đề đã được giải quyết để bất kỳ ai vấp phải vấn đề này trong tương lai sẽ có nhiều công cụ hơn theo ý của họ.