Touch Bar MBP 2016 hết pin trong khi ngủ

14

Một pin đầy sẽ tiêu hao trong khoảng 24 giờ đóng nắp, ngủ không được cắm hoàn toàn. Đôi khi, khi tôi nhấc máy tính lên để sử dụng, nó thật ấm áp.

Đây là những gì tôi đã thử:

Power Nap trên pin bị vô hiệu hóa
iStat cho thấy không có ứng dụng nào "sử dụng năng lượng đáng kể" trước khi đóng nắp.

Nhìn vào Console, tại system.log, trong thời gian tôi biết máy tính đang ngủ và tôi thấy hai thứ lập tức nhảy ra khỏi tôi. Tôi sẽ thử và sao chép các phần có liên quan, nhưng tôi không chắc những gì thực sự sẽ hữu ích. Phần đầu tiên được lặp lại vô tận :

05:49:47 WindowServer[121]: 8358864.989 [DFR] [deviceTerminate] 
05:49:47 WindowServer[121]: 8358865.001 [DFR] [_DFRDisplayDeviceRemoved] 
05:49:47 WindowServer[121]: 8358865.003 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
05:49:47 WindowServer[121]: 8358865.004 [DFR] [_DFRDisplayClose] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [deviceMatch] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [_DFRDisplayDeviceAdded] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayUsbStart] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayOpen] 
05:49:47 WindowServer[121]: 8358865.540 [DFR] [_DFRDisplayOpen] sending GetInfo
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
05:49:47 WindowServer[121]: 8358865.554 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:01:51 WindowServer[121]: 8359589.038 [DFR] [deviceTerminate] 
06:01:51 WindowServer[121]: 8359589.041 [DFR] [_DFRDisplayDeviceRemoved] 
06:01:51 syslogd[37]: ASL Sender Statistics
06:01:51 WindowServer[121]: 8359589.044 [DFR] ERR [_DFRDisplaySendPacket] WritePipe failed 0xe00002c0
06:01:51 WindowServer[121]: 8359589.044 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:01:51 WindowServer[121]: 8359589.044 [DFR] [_DFRDisplayClose] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [deviceMatch] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [_DFRDisplayDeviceAdded] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayUsbStart] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayOpen] 
06:01:51 WindowServer[121]: 8359589.589 [DFR] [_DFRDisplayOpen] sending GetInfo
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:01:51 WindowServer[121]: 8359589.591 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:08:40 WindowServer[121]: 8359998.006 [DFR] [deviceTerminate] 
06:08:40 WindowServer[121]: 8359998.007 [DFR] [_DFRDisplayDeviceRemoved] 
06:08:40 WindowServer[121]: 8359998.008 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:08:40 WindowServer[121]: 8359998.008 [DFR] [_DFRDisplayClose] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [deviceMatch] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [_DFRDisplayDeviceAdded] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayUsbStart] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayOpen] 
06:08:40 WindowServer[121]: 8359998.568 [DFR] [_DFRDisplayOpen] sending GetInfo
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:08:40 WindowServer[121]: 8359998.581 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:15:27 WindowServer[121]: 8360404.994 [DFR] [deviceTerminate]

Tìm kiếm các giải pháp khác trên StackExchange, tôi bắt gặp pmset -gyêu cầu:

System-wide power settings:
Currently in use:
 standbydelay         10800
 standby              1
 halfdim              1
 hibernatefile        /var/vm/sleepimage
 powernap             0
 gpuswitch            2
 disksleep            10
 sleep                1
 autopoweroffdelay    28800
 hibernatemode        3
 autopoweroff         1
 ttyskeepawake        1
 displaysleep         2
 acwake               0
 lidwake              1

Tôi quan tâm đến việc giải quyết vấn đề, nhưng tôi cũng quan tâm đến bất kỳ kiến thức nền tảng nào dẫn đến một giải pháp. Hy vọng rằng tôi đã cung cấp thông tin liên quan.

Cập nhật Chỉnh sửa : một vài ngày trôi qua mà không có bất kỳ cuộc thảo luận nào, và máy tính xách tay của tôi hoạt động tốt trong khi ngủ. Sáng nay, vào khoảng 4 giờ sáng, tôi rút phích cắm laptop với pin 100% và đóng nắp. Mới đây, lúc 7:30 sáng, trời ấm và pin ở mức 73%.

System.log có đầy đủ điều này:

07:08:02 com.apple.xpc.launchd[1] (com.apple.quicklook[19336]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:08:35 diagnosticd[5296]: Streaming server Reconnected
07:08:47 GoogleSoftwareUpdateAgent[19340]: 2017-08-02 07:08:47.848 GoogleSoftwareUpdateAgent[19340/0x7fffde16f3c0] [lvl=2] -[KSAgentApp(PrivateMethods) setupLoggerOutput] Agent default/global settings: <KSAgentSettings:0x100302ee0 bundleID=com.google.Keystone.Agent lastCheck=2017-08-02 10:37:43 +0000 lastServerCheck=2017-08-02 10:37:41 +0000 lastCheckStart=2017-08-02 10:37:31 +0000 checkInterval=18000.000000 uiDisplayInterval=604800.000000 sleepInterval=1800.000000 jitterInterval=900 maxRunInterval=0.000000 isConsoleUser=1 ticketStorePath=/Users/robert/Library/Google/GoogleSoftwareUpdate/TicketStore/Keystone.ticketstore runMode=3 daemonUpdateEngineBrokerServiceName=com.google.Keystone.Daemon.UpdateEngine daemonAdministrationServiceName=com.google.Keystone.Daemon.Administration logEverything=0 logBufferSize=2048 alwaysPromptForUpdates=0 productIDToUpdate=(null) lastUIDisplayed=(null) alwaysShowStatusItem=0 updateCheckTag=(null) printResults=NO userInitiated=NO>
07:09:42 diagnosticd[5296]: Streaming server Reconnected
07:10:49 diagnosticd[5296]: Streaming server Reconnected
07:11:54 diagnosticd[5296]: Streaming server Reconnected
07:12:01 awdd[155]: Diagnostics Report
07:13:00 diagnosticd[5296]: Streaming server Reconnected
07:13:14 com.apple.xpc.launchd[1] (com.apple.quicklook[19365]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:14:07 syslogd[37]: ASL Sender Statistics
07:14:07 diagnosticd[5296]: Streaming server Reconnected
07:15:12 diagnosticd[5296]: Streaming server Reconnected
07:16:18 diagnosticd[5296]: Streaming server Reconnected
07:17:24 diagnosticd[5296]: Streaming server Reconnected

Googling "Streaming Server được kết nối lại" đã tạo ra một tài liệu hỗ trợ táo với một số người có vấn đề tương tự

Cập nhật / Chỉnh sửa: Sau một vài tháng không gặp sự cố, tôi bắt đầu nhận thấy mac của mình bị đánh thức khỏi giấc ngủ, khiến màn hình bên ngoài thức dậy và ngủ. Sự kiện đánh thức không tương ứng với thông báo hoặc bất cứ điều gì khác có thể thấy rõ. Tôi đã nói chuyện với một thiên tài Apple hôm nay rằng anh ta bắt đầu loại bỏ cơn buồn ngủ nhưng thấy rất nhiều vấn đề về quyền với nó, cuối cùng rơi vào chế độ Người dùng đơn lẻ để hoàn thành công việc. Khi tôi giải thích tất cả các vấn đề tôi gặp phải với giấc ngủ, anh ấy nói rằng "điều này có thể gây ra điều đó", nhưng tôi có cảm giác rằng giải pháp cấp 1 của họ cho các vấn đề về giấc ngủ / thức giấc là xóa đi cơn buồn ngủ.

display battery sleep-wake

— voxobscuro
nguồn

2

Tôi không biết nhiều về giải mã tin nhắn console.log nhưng nếu máy của bạn ấm lên về mặt vật lý và mất nhiều pin thì nó vẫn chưa thực sự ngủ. Việc OS X thức dậy cứ sau vài giờ là bình thường và thực hiện một số tác vụ nền nhưng theo cách sử dụng thông thường, nó sẽ ngủ lại trong vòng vài phút. Bạn chắc chắn đang làm nhiều hơn máy trung bình trong khi ngủ.

Tôi tự hỏi kết quả sẽ như thế nào nếu bạn tạo một người dùng mới (hoàn toàn trống) trong Tùy chọn hệ thống> Người dùng & Nhóm, đăng xuất khỏi bạn, đăng nhập vào người dùng đó và sau đó đặt nó vào trạng thái ngủ thêm một ngày nữa. Nếu bạn thấy rằng máy không còn thức dậy & vì bất kỳ lý do gì không quay trở lại giấc ngủ hơn bạn có thể chắc chắn rằng đó là một cái gì đó được cài đặt trên hồ sơ của bạn. Nếu nó tiếp tục xảy ra, có thể hệ điều hành đang gặp sự cố và có thể cần phải cài đặt lại hoặc có một số sự cố phần cứng điên rồ gây ra sự cố này. Đó là một quá trình xử lý sự cố kéo dài nhưng đó là vấn đề duy nhất tôi biết về một vấn đề như thế này - vui lòng cập nhật tại đây và tôi có thể giúp đỡ thêm với vấn đề này nếu bạn quyết định đi theo con đường này.

— người đàn ông nhỏ bé
nguồn

Bạn hoàn toàn đúng về việc máy không ngủ. Điều khó hiểu về điều này là nó không xảy ra mọi lúc. Hôm nay nó ngủ được 10 tiếng và không mất gì cả. Tôi nghĩ rằng việc tạo một người dùng mới có thể làm cho vấn đề không liên tục trở nên khó chẩn đoán hơn.

— voxobscuro

Vâng, những gì nó sẽ làm là tách biệt một vấn đề toàn hệ thống với một vấn đề nằm trong hồ sơ của bạn - bằng cách này hay cách khác bạn cần thực hiện sự khác biệt này để chẩn đoán và cuối cùng áp dụng cách khắc phục cho những gì đang diễn ra. Sử dụng syslog |grep -i "Wake reason"thay vì chỉ hy vọng bắt được nó trong khi nó vẫn còn ấm

— người đàn ông nhỏ bé

hm, syslog dường như đã được thay thế bằng một lệnh được gọi logvới chức năng tương tự, nhưng "Wake reason" xuất hiện thường xuyên. Lệnh đầy đủ là log --since 1d | grep -i "Wake reason"và tôi cũng đã thấy một số kết quả thú vị vớilog --since 1d | grep -i "PowerChime"

— voxobscuro

Nó nói gì gây ra sự thức tỉnh khi bạn chạy lệnh đó?

— người đàn ông nhỏ bé

Hầu hết trong số họ có một cái gì đó để làm với một ngắt kết nối / kết nối lại hiển thị, điều này chưa bao giờ thực sự xảy ra.

— voxobscuro

1

Tôi có cùng một vấn đề và nhận thấy nó chỉ thực hiện ở Wi-Fi tại nhà của tôi. Khi tôi ngủ ở một nơi khác (có kết nối Wi-Fi trước đó), nó sẽ không tiêu hao pin qua đêm.

— hẹp
nguồn

Bạn có một viên nang thời gian hoặc thiết bị Time Machine khác ở nhà để máy tính xách tay của bạn sao lưu không?

— voxobscuro

Tôi không. Ở một nơi khác mà nó không làm cạn kiệt pin, tôi đã thiết lập một thiết bị Time Machine được nối mạng.

— hẹp trong

Điều đó thật thú vị ... Lần đầu tiên tôi nhận thấy cái chết khi ngủ này khi tôi vắng nhà, nơi tôi có một thiết bị Time Machine được nối mạng. Kể từ khi trở về nhà, tôi đã không thấy điều đó xảy ra. Tôi sẽ thử nó ngay hôm nay bằng cách mang máy tính xách tay ra khỏi nhà và chạy nó qua một chu kỳ ngủ.

— voxobscuro

Vì vậy, bạn nghĩ rằng đó là vì nó đang tìm kiếm ổ đĩa sao lưu và không thể tìm thấy nó?

— hẹptux

1

Tôi đã có cùng một vấn đề trong một thời gian. Một đồng nghiệp đã cho tôi gợi ý để xóa tất cả các kết nối được định cấu hình trong các tùy chọn mạng như WiFi, Bluetooth, Ethernet, Tethering USB, FireWire, Thunderbolt này, Thunderbolt, v.v. (mọi thứ)! và áp dụng.

Chỉ cấu hình những gì bạn cần ngay bây giờ. Trong trường hợp của tôi, đó chỉ là WiFi và Bluetooth.

Điều này đã khắc phục sự cố của tôi và MacBook Pro với Touch Bar của tôi ngủ như một đứa trẻ mỗi khi tôi đóng nắp mà không gặp vấn đề này.

— 639d0991
nguồn

Đó là một ý tưởng tốt, tôi sẽ dọn sạch nó và xem nếu vấn đề trở lại.

— voxobscuro

0

Đã thử vô hiệu hóa WiFi tối nay trước khi đóng nắp và nó hoạt động tốt. Hệ thống đã thức dậy một vài lần nhưng không có hao pin đáng kể.

Bây giờ vì đó không thực sự là một giải pháp thiết thực, tôi đã viết một kịch bản cho Hammerspoon tự động tắt WiFi trước khi hệ thống chuyển sang chế độ ngủ. Nó cũng kiểm tra xem màn hình có thức không vì nếu không nó sẽ đánh thức chip WiFi mỗi khi hệ thống thức dậy khi đóng nắp.

— hẹp
nguồn