Utilizzo un MacBook Pro 2018 15 "(MR932). È il modello base per il 15". Il mio mac è su Mojave (OS X 10.14).
Dopo aver spento il mio Mac, qualsiasi input casuale della chiave riaccenderà il mio Mac. Ho provato a ripristinare il mio SMC e il problema si verifica ancora. È legato al software o all'hardware? È abbastanza fastidioso dal momento che a volte ho bisogno di chiudere il mio Mac per pulire la tastiera. C'è qualche soluzione ad esso?
Assertion status system-wide:
BackgroundTask 1
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
InternalPreventDisplaySleep 1
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
pid 208(mds_stores): [0x0000cfd0000b9a16] 00:00:00 BackgroundTask named: "com.apple.metadata.mds_stores.power"
pid 178(coreaudiod): [0x0000cc0c00019977] 00:16:04 PreventUserIdleSystemSleep named: "com.apple.audio.BuiltInHeadphoneOutputDevice.context.preventuseridlesleep"
Created for PID: 384.
pid 100(hidd): [0x0000c85b00099855] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4295221011.3"
Timeout will fire in 300 secs Action=TimeoutActionRelease
pid 6959(Folx): [0x0000cccb000199de] 00:12:53 PreventUserIdleSystemSleep named: "PreventUserIdleSystemSleep"
pid 254(UserEventAgent): [0x0000cce4000b99e5] 00:12:28 BackgroundTask named: "com.apple.AddressBook.ScheduledSync"
Created for PID: 12084.
pid 12084(AddressBookSourceSync): [0x0000cce4000199e4] 00:12:28 PreventUserIdleSystemSleep named: "Address Book Source Sync"
Timeout will fire in 1051 secs Action=TimeoutActionTurnOff
pid 56(powerd): [0x0000cc19001082f6] 00:02:31 InternalPreventDisplaySleep named: "com.apple.powermanagement.delayDisplayOff"
Timeout will fire in 148 secs Action=TimeoutActionTurnOff
No kernel assertions.
Idle sleep preventers: IODisplayWrangler
Aggiorna
Apple ha risposto al mio rapporto sui bug e si è trattato di una funzionalità anziché di un bug.
This issue behaves as intended based on the following:
This a new feature with laptops where lid open and key presses cause system to boot.
It is called boot on any key press feature.
We are now closing this bug report.
If you have questions about the resolution, or if this is still a critical issue for you, then please update your bug report with that information.