Apakah memiliki partisi BootCamp membuat shutdown OS X lambat?
Mematikan OS X pada MacBook Pro saya yang agak lama (2009) digunakan untuk mengambil lima detik atau kurang. Namun belakangan ini saya telah menginstal SSD dan mulai menggunakan BootCamp, dan sekarang mematikan OS X - bahkan ketika tidak ada aplikasi yang sedang berjalan dan saya tidak memilih untuk memulai kembali aplikasi lain kali - membutuhkan waktu 23 detik.
Saya memulai Windows 8.1 dan OS X dengan sangat cepat, dan Windows 8.1 juga mati dalam beberapa detik.
Sangat disayangkan bahwa saya menginstal SSD dan BootCamp begitu dekat, karena jika salah satu dari itu adalah alasannya, sulit untuk menentukan mana yang mungkin. Tapi saya benar-benar ragu SSD akan berhasil lebih lambat . Kemungkinan lain adalah pembaruan OS X (sudah berlaku seperti ini sebelum saya menginstal 10.9.3, sehingga pembaruan tertentu bukanlah penyebabnya), atau beberapa layanan latar belakang yang mungkin saya jalankan (mis. BetterTouchTool, KeyRemap4MacBook, ShiftIt, VirtualBox, Dropbox , Spotify, ssh-agent; tapi saya sudah menjalankannya untuk waktu yang lama sebelum perlambatan ini dimulai).
Saya telah mencoba memperbaiki izin, dan menggunakan defaults
perintah di Apa alasan penutupan lambat? , tanpa keberhasilan. (Halaman itu menanyakan versi pertanyaan yang lebih umum yang saya ajukan di sini.)
Ini semua yang ada di log konsol saya sejak saya menjalankan defaults
perintah sampai startup berikutnya; Saya tidak melihat apa pun di dalamnya yang menunjukkan alasan penutupan yang lambat:
5/18/14 6:32:38.350 PM login[815]: DEAD_PROCESS: 815 ttys000
5/18/14 6:32:48.868 PM com.apple.launchd.peruser.501[280]: (com.apple.PackageKit.InstallStatus) Throttling respawn: Will start in 7 seconds
5/18/14 6:32:48.907 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.907 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.907 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.907 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.907 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.908 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.908 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.908 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.908 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.908 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.908 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.909 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.910 PM WindowServer[130]: CGXGetConnectionProperty: Invalid connection 53003
5/18/14 6:32:48.933 PM com.apple.launchd[1]: (com.apple.ShareKitHelper[402]) Exited: Killed: 9
5/18/14 6:32:48.933 PM com.apple.launchd[1]: (com.apple.internetaccounts[404]) Exited: Killed: 9
5/18/14 6:32:48.945 PM com.apple.launchd.peruser.501[280]: (com.hp.devicemonitor[309]) Exited: Killed: 9
5/18/14 6:32:49.023 PM UserEventAgent[11]: Captive: [UserAgentDied:142] User Agent @port=68875 Died
5/18/14 6:32:49.026 PM com.apple.launchd.peruser.501[280]: (com.apple.iTunesHelper.50368[347]) Exited with code: 1
5/18/14 6:32:49.028 PM com.apple.launchd.peruser.501[280]: (com.apple.gamed[356]) Exited: Killed: 9
5/18/14 6:32:49.028 PM com.apple.launchd.peruser.501[280]: ([0x0-0x29029].com.apple.AppleSpell[472]) Exited: Killed: 9
5/18/14 6:32:49.028 PM com.apple.launchd.peruser.501[280]: (com.apple.UserEventAgent-Aqua[284]) Exited: Killed: 9
5/18/14 6:32:49.111 PM accountsd[362]: /SourceCache/Accounts/Accounts-336.9/ACDAuthenticationPluginManager.m - -[ACDAuthenticationPluginManager credentialForAccount:client:handler:] - 230 - The authentication plugin for account "[email protected]" (36AE7882-C0B5-43FC-B2F5-D44F5BB4F987) could not be found!
5/18/14 6:32:49.111 PM accountsd[362]: /SourceCache/Accounts/Accounts-336.9/ACDAccountStore.m - __62-[ACDAccountStore credentialForAccountWithIdentifier:handler:]_block_invoke389 - 857 - No plugin provides credentials for account [email protected]. Falling back to legacy behavior.
5/18/14 6:32:49.128 PM sessionlogoutd[1028]: sessionlogoutd Launched
5/18/14 6:32:49.143 PM sessionlogoutd[1028]: DEAD_PROCESS: 68 console
5/18/14 6:32:49.000 PM kernel[0]: Kext loading now disabled.
5/18/14 6:32:49.000 PM kernel[0]: Kext unloading now disabled.
5/18/14 6:32:49.000 PM kernel[0]: Kext autounloading now disabled.
5/18/14 6:32:49.000 PM kernel[0]: Kernel requests now disabled.
5/18/14 6:32:49.203 PM shutdown[1029]: halt by _cvmsroot:
5/18/14 6:32:49.204 PM shutdown[1029]: SHUTDOWN_TIME: 1400455969 203505
5/18/14 6:32:49.289 PM CalendarAgent[325]: xpc __securityd_create_connection_block_invoke got event: Connection interrupted
5/18/14 6:32:49.301 PM identityservicesd[321]: Quit - notifying about shutdown
5/18/14 6:32:49.302 PM imagent[320]: Quit - notifying about shutdown
5/18/14 6:32:49.302 PM identityservicesd[321]: xpc __securityd_create_connection_block_invoke got event: Connection interrupted
5/18/14 6:32:49.303 PM identityservicesd[321]: Quit - shutting down daemon
5/18/14 6:32:49.304 PM imagent[320]: Quit - shutting down daemon
5/18/14 6:32:49.310 PM distnoted[285]: Interruption - exiting now.
5/18/14 6:32:49.310 PM distnoted[285]: Interruption - exiting now.
5/18/14 6:32:49.310 PM distnoted[285]: Interruption - exiting now.
5/18/14 6:32:49.310 PM distnoted[285]: Interruption - exiting now.
5/18/14 6:33:29.000 PM bootlog[0]: BOOT_TIME 1400456009 0
defaults
perintah yang saya posting. Saya masih bereksperimen, tapi anehnya, sepertinya menjalankan skrip membuat selanjutnya shutdown cepat, tetapi yang berikutnya lambat lagi. Saya juga baru memperhatikan bahwa Chrome kadang-kadang butuh beberapa saat untuk berhenti, yang mungkin terkait.Jawaban:
Ada beberapa perangkat lunak yang berjalan atau perangkat keras yang terhubung ke mac Anda yang dengan sengaja menunda proses penutupan karena suatu alasan.
Sulit untuk mengetahui apa itu, kecuali untuk memulai mencopot dan / atau mencabut hal-hal secara acak. Secara umum, instalasi OS X yang bersih tanpa perangkat keras pihak ketiga yang terpasang akan dimatikan dalam sepersekian detik, tetapi begitu Anda menginstal banyak hal, hal itu akan memakan waktu lebih lama.
Anda dapat mempersempitnya dengan menguji berapa lama waktu yang diperlukan untuk mematikannya saat berada di layar login, atau dengan masuk sebagai pengguna yang berbeda (buat akun pengguna kosong baru hanya untuk mengujinya) dan matikan dari sana. Jika lebih cepat, maka mungkin ada sesuatu dalam item login Anda yang memperlambat segalanya.
Atau, bisa juga berupa ekstensi kernel, daemon sistem (apache / mysql menyebabkan shut down lambat pada mac saya), driver mouse, driver printer, dll yang menyebabkan perlambatan. Dalam kasus tersebut, tidak masalah jika Anda masuk atau keluar saat Anda menutup.
Namun secara umum, Anda tidak mencari satu masalah. Mungkin ada 20 atau 30 hal yang memperlambat proses shutdown Anda. Dari tampilan log, Anda mengirim, itu mengirim pesan penutupan ke banyak hal dalam satu detik, kemudian mengambil sekitar 40 detik untuk semuanya benar-benar ditutup. Itu tidak melakukannya satu per satu, itu melakukan semuanya secara bersamaan.
Anda mungkin ingin memulai dengan melihat pesan log itu
"No plugin provides credentials for account [email protected]."
- yang menyarankan sesuatu di mac Anda masuk ke server jauh selama proses shutdown, dan mungkin menunda shutdown hingga mendapat respons.Adapun pertanyaan utama Anda tentang bootcamp ... Tidak. Sangat tidak mungkin bahwa Bootcamp menyebabkan dampak kinerja sama sekali, kecuali jika Anda mulai menjalankan ruang disk yang sangat rendah (beberapa disk, terutama drive SSD, cenderung berjalan lebih lambat jika lebih dari 90 % penuh).
sumber
defaults
perintah. Akhirnya itu sepertinya bahwa mem-boot dalam Safe Boot dan kemudian me-reboot secara normal adalah apa yang memperbaikinya. Saya masih belum mengidentifikasi perbedaan signifikan dalam proses yang berjalan di bawah pengguna saya yang berbeda.