และหวังว่าจะได้การแก้ไขขั้นสุดท้ายจริงๆ: หลังจากอัปเกรดเป็น Mountain Lion ปัญหาดูเหมือนจะได้รับการแก้ไขหวังว่าจะเป็นการถาวร

การแก้ไขครั้งสุดท้าย: ปัญหาไม่ได้เกิดขึ้นตลอดเวลาบางครั้งฉันต้องรอหลายวันเพื่อให้มันเกิดขึ้น ดังนั้นจึงเป็นการยากที่จะทดสอบภายใต้เงื่อนไขที่แตกต่างกัน (เช่นเซฟโหมดหรือปิดการใช้งานซอฟต์แวร์บางตัว) และฉันตัดสินใจว่ามันไม่คุ้มค่าที่จะใช้เวลาหลายวันในการเปลี่ยนแปลงเงื่อนไขต่าง ๆ เพื่อแก้ไขปัญหานี้ คำแนะนำของ Graham Perrin มีประโยชน์มากที่สุดสำหรับการค้นหาข้อมูลเฉพาะเกี่ยวกับปัญหาการเริ่มระบบใหม่ / การเริ่มระบบใหม่ซึ่งไม่พบในบันทึกวัตถุประสงค์ทั่วไป

รายการบันทึกบางรายการอยู่ในการแก้ไขที่ด้านล่าง:

กลางปี ​​2010 15 ใน MacBook Pro รัน OS X 10.7.4 บางครั้งเมื่อพยายามรีสตาร์ทหรือปิดเครื่องมันจะไม่ทำงาน - หน้าจอเปลี่ยนเป็นสีเทาล้อหมุนแสดง แต่เครื่องไม่หยุดทำงานหลังจากผ่านไปหลายนาทีฉันต้องปิดเครื่องโดยกดปุ่มเปิดเครื่อง ปุ่ม.

มันไม่ได้เกิดขึ้นทุกครั้งและฉันไม่สามารถเกี่ยวข้องกับซอฟต์แวร์ใด ๆ ที่ใช้ในระหว่างเซสชันกับปัญหา ในความเป็นจริงเมื่อทำการทดสอบนี้บางครั้งจะเกิดขึ้นเมื่อฉันพยายามปิดเครื่องทันทีหลังจากเริ่มต้น

วิธีการตรวจสอบสิ่งที่ป้องกันไม่ให้ปิด / รีสตาร์ทอย่างสง่างาม? ฉันคิดว่าฉันต้องดูในล็อกไฟล์บางอย่าง แต่ฉันไม่แน่ใจว่าจะหาไฟล์ไหนดี

แก้ไข: เพิ่มการตั้งค่าเริ่มต้น / ปิดแบบ verbose ใน nvram ตามที่ Graham Perrin แนะนำและในที่สุดเครื่องก็ติดขัดขณะรีบูท ฉันเห็นรายการ verbose บางอย่างบนหน้าจอและหลังจากรีบูตพบพวกเขาใน /var/log/launchd-shutdown.log ปรากฏว่า WindowServer อาจมีส่วนเกี่ยวข้องกับมัน ด้านล่างนี้เป็นจุดสิ้นสุดของไฟล์บันทึกที่ลบคอลัมน์ 3 คอลัมน์แรก (หมายเลขแรกมีตัวเลขจำนวนเต็มเพิ่มขึ้นส่วนที่สองมีรายการ "1" และรายการที่สาม - "com.apple.launchd"):

234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   Job has not died after being killed 2 seconds ago. Simulating exit.
234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   EVFILT_PROC event for job.
1 com.apple.launchd         KEVENT[0]: udata = 0x107827a90 data = 0x0 ident = 234 filter = EVFILT_PROC flags= 0x0 fflags = NOTE_EXIT
234 com.apple.WindowServer   Reaping
234 com.apple.WindowServer   Simulated exit: <rdar://problem/9359725>
234 com.apple.WindowServer   Exited 22.016701 seconds after the first signal was sent
0 com.apple.WindowServer     Exited while shutdown in progress. Processes remaining: 0/0
0 com.apple.WindowServer   Job was last to exit during shutdown of: System.
0 com.apple.WindowServer    Total rusage: utime 0.000000 stime 0.000000 maxrss 0 ixrss 0 idrss 0 isrss 0 minflt 0 majflt 0 nswap 0 inblock 0 oublock 0 msgsnd 0 msgrcv 0 nsignals 0 nvcsw 0 nivcsw 0
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver.active
0 com.apple.WindowServer  Mach service deleted: com.apple.windowserver.active
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver
0 com.apple.WindowServer   Mach service deleted: com.apple.windowserver
0 com.apple.WindowServer    Removed
1 com.apple.launchd      System: No submanagers left.
1 com.apple.launchd    System: Removing.
1 com.apple.launchd   System: Removing job manager.
1 com.apple.launchd    System: Userspace shutdown finished at: Wed Aug  1 08:53:12 2012
1 com.apple.launchd   System: Userspace shutdown took approximately 22 seconds.
1 com.apple.launchd   VM statistics (now - orig): Free: 28472 Active: -21833 Inactive: -1038 Reactivations: 0 PageIns: 25 PageOuts: 0 Faults: 1654 COW-Faults: 335 Purgeable: -849 Purges: 0
1 com.apple.launchd   System: Stray process at shutdown: PID 234 PPID 1 PGID 234 WindowServer
1 com.apple.launchd       System: About to call: reboot(RB_HALT).

การตอบคำตอบอื่น ๆ ...

สังเกตโหมด verbose ระหว่างการรีสตาร์ทหรือปิดเครื่อง

Mac OS X: วิธีเริ่มต้นในโหมดผู้ใช้คนเดียวหรือ verbose

- หากคุณเริ่มต้นในโหมด verbose การรีสตาร์ทหรือปิดระบบจะเป็น verbose ในทำนองเดียวกัน

คำแนะนำ: หากสิ่งต่าง ๆ ในโหมด verbose ดูเหมือนจะไม่คืบหน้าเกินกว่าจุดที่แน่นอนให้อาจจะห้านาทีก่อนอย่างใดอย่างหนึ่ง:

• บังคับให้เริ่มต้นใหม่ (Command-Control-power); หรือ
• บังคับให้ปิดเครื่อง (กดปุ่มเปิด / ปิดค้างไว้)

หากการรีสตาร์ทแบบบังคับไม่สำเร็จนั่นอาจเป็นอีกสาเหตุหนึ่งของปัญหา

คำถามที่เกี่ยวข้องแม้ว่าจะไม่ได้มุ่งเน้นที่ปัญหา: ใครสามารถตีความข้อความปิดระบบ verbose?

กรณีที่มีปัญหาตรงนี้ควรแก้ไขได้ง่ายกว่าสำหรับ lupincho ใบชาน้อยลง

ในการเริ่มต้นในโหมด verbose โดยไม่ต้องพิมพ์คำสั่ง -V

การตั้งค่าสามารถเก็บไว้ใน NVRAM ป้อนคำสั่งต่อไปนี้ในเทอร์มินัลและเตรียมพร้อมที่จะป้อนรหัสผ่านผู้ดูแลระบบของคุณ:

sudo nvram boot-args="-v"

การเริ่มต้นครั้งต่อไปของระบบจะเป็นจริง

sysdiagnose

ก่อนที่จะรีสตาร์ทหรือปิดแต่ละครั้งในเทอร์มินัล:

sudo sysdiagnose

ใช้เวลานาน แต่คุณไม่จำเป็นต้องตรวจสอบผลลัพธ์ของการวิ่งทั้งหมด ให้ความสนใจก็ต่อเมื่อมีปัญหาเกิดขึ้น

สำหรับกรณีเช่น lupincho's:

• การทำงานของsysdiagnoseอาจเปิดเผยปัญหาก่อนที่จะรีสตาร์ทหรือปิด
• ผลสุดท้ายของ sysdiagnose อาจเป็นที่สนใจต่อไปบังคับให้รีสตาร์ทหรือปิด

โดยเฉพาะอย่างยิ่ง: หากการดำเนินการsysdiagnoseล้มเหลวในการดำเนินการเกินกว่าจุดที่กำหนดการรู้จุดนั้นสามารถช่วยให้เข้าใจถึงปัญหาพื้นฐาน

ในระหว่างการรันคุณสามารถใช้คีย์ผสมต่อไปนี้ซ้ำ ๆ กันเพื่อดูว่ามีอะไรที่กำลังดำเนินอยู่หรือไม่:

• ควบคุม-T

สำหรับallmemoryส่วนหนึ่งของsysdiagnoseรูทีนการประมาณการสองนาทีของ Apple อาจไม่ถูกต้องอย่างรุนแรง ใจเย็น ๆ

หากคุณสงสัยว่าไม่ได้sysdiagnoseคืบหน้าเกินกว่าจุดที่กำหนดให้กดปุ่ม:

• ควบคุม-C

หากการใช้ Control-C ซ้ำ ๆ ล้มเหลวในการยกเลิกsysdiagnoseดังนั้น (จากประสบการณ์ของฉันกับ Mountain Lion) มันเกือบจะแน่นอนว่าการพยายามรีสตาร์ทหรือปิดระบบปฏิบัติการจะล้มเหลว

การตรวจสอบการปิดเครื่อง

ใน Finder ให้ไปที่:

/private/var/log/shutdown_monitor.log

โดยทั่วไปไฟล์นี้จะว่างเปล่า แต่อาจมีรายการที่น่าสนใจหลังจากปิดระบบที่มีปัญหา (ฉันมีประสบการณ์น้อยในพื้นที่นี้)

หากกระบวนการหลงทางเพียงอย่างเดียวเมื่อปิดระบบคือ WindowServer

ไม่ใช่เรื่องแปลกที่จะมีกระบวนการหลงทางเมื่อปิดเครื่อง หลงทางอาจเป็นปัญหาได้หากไม่ถูกฆ่า

หากคุณสงสัยว่า WindowServer ไม่ได้ถูกฆ่าและว่าจรจัดนี้มีส่วนช่วยในการปิดระบบล้มเหลว: ถามตัวเองว่าซอฟต์แวร์ของ บริษัท อื่นใดที่ทำให้การใช้งาน WindowServer ไม่เป็นไปตามมาตรฐาน

ดูอย่างรวดเร็วของมุมมอง GrabFS ของ WindowServer บน Mountain Lion โดยมีจอแสดงผลสองจอ:

ถ้า Lion มีลักษณะคล้ายกันความรู้สึกของฉันก็คือสาเหตุของความล้มเหลวในการปิดอยู่เหนือ WindowServer

Guesswork ขึ้นอยู่กับผลลัพธ์ของ launchctl

ในขณะที่เครื่องทำงานตามปกติตอบสนองต่อคำสั่งต่อไปนี้คืออะไร

sudo launchctl list | grep  --invert-match com.apple

สงสัยว่าซอฟต์แวร์ที่ไม่ใช่ของ Apple มีส่วนทำให้เกิดปัญหาหรือไม่ ซอฟต์แวร์ป้องกันไวรัสมัลแวร์?

ติดตามการอัปเกรดจาก Lion เป็น Mountain Lion

มีจุดมุ่งหมายเพื่อ:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log

ดูเหมือนว่าค่าเริ่มต้นคือหนึ่งล็อกต่อการปิดระบบโดยมีสูงสุดสองรายการดังนั้นจึงมี:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log.1

หลังจากการรีสตาร์ทแบบบังคับหรือปิดการบังคับคุณอาจเลือกที่จะคัดลอกสำเนาล่าสุดของทั้งสอง หากจำเป็นต้องใช้แรงมากกว่าหนึ่งครั้งคุณสามารถเปรียบเทียบไฟล์เพื่อดูว่ามีลวดลายเกิดขึ้นหรือไม่

โดยทั่วไป

อย่าแยกแยะความเป็นไปได้ของปัญหากับซอฟต์แวร์ของบุคคลที่สามแม้กระทั่งปล่อยคุณภาพ Snitch น้อยอาจเขียนได้ดีและเป็นที่ยอมรับอย่างกว้างขวาง แต่:

• เมื่อมีปัญหาดังกล่าวเป็นหนึ่งในคำถามนี้กลายเป็นขยายหรืองงเกินไปใด ๆส่วนขยายที่ไม่ใช่แอปเปิ้ลเคอร์เนลสมควรได้รับความสนใจ

ผมทดสอบรูปร่าง 12A269 ของ OS X 10.8 ประมาณสองสัปดาห์ก่อนที่จะถูกปล่อยออกมาด้วยความสนใจโดยเฉพาะอย่างยิ่งที่จะปิดตัวลงพฤติกรรมในสถานการณ์ที่ยากลำบาก ในขณะที่ฉันไม่ได้ดูวิดีโอใด ๆ จาก WWDC 2012 ฉันมีความรู้สึกว่า Apple ได้ทำงานอย่างหนักเพื่อป้องกันความจำเป็นในการบังคับแต่สถานการณ์ที่ยากลำบากที่สุด

การสร้างตามคำตอบของ David DelMonte

อย่างน้อยใน Mountain Lion, ฉันเห็นภาระของเล็ก ๆ น้อย ๆ Snitch 3.0 ดูตัวอย่าง 2 (3857) มากในช่วงต้น - ก่อนที่จะเข้าสู่ระบบปิดเริ่มต้น หากสิ่งต่าง ๆ ที่เกี่ยวข้องกับ KEXT นี้มีความล่าช้าในเวลาใกล้เคียงกันอาจเป็นปัญหาที่จะไม่ปรากฏในล็อกไฟล์ปกติบนดิสก์

หากคุณค้นพบสาเหตุของปัญหา - ด้วย Lion หรือ Mountain Lion - ฉันยินดีที่จะรู้

ในระหว่างนี้ด้วยความขอบคุณอย่างยิ่งจากความกรุณา

kextstat -l | grep --invert-match com.apple

ไปที่ Applications -> Utilities และเปิด Console

ลองดูที่ไฟล์ system.log คุณอาจพบบางอย่างที่นั่น

pmset -g assertions ได้รับบทสรุปของการยืนยันอำนาจ:

$ pmset -g assertions
Assertion status system-wide:
   PreventUserIdleDisplaySleep             0
   CPUBoundAssertion                       0
   DisableInflow                           0
   ChargeInhibit                           0
   PreventSystemSleep                      0
   PreventUserIdleSystemSleep              1
   ExternalMedia                           1
   DisableLowPowerBatteryWarnings          0
   EnableIdleSleep                         1
   NoRealPowerSources_debug                0
   UserIsActive                            0
   ApplePushServiceTask                    0

Listed by owning process:
  pid 153: [0x00000099012c023b] PreventUserIdleSystemSleep named: "com.apple.audio.'AppleUSBAudioEngine:Apple Inc.:Display Audio:15261930:2,1'.noidlesleep" 
  pid 19: [0x00000013012c0235] ExternalMedia named: "com.apple.powermanagement.externalmediamounted" 

คุณสามารถดูเส้นทางของกระบวนการด้วยps up $pid:

$ ps up 153
USER          PID  %CPU %MEM      VSZ    RSS   TT  STAT STARTED      TIME COMMAND
_coreaudiod   153   0.0  0.2  2475000   6740   ??  Ss   Fri05PM  12:17.71 /usr/sbin/coreaudiod

ฉันเคยมีปัญหานี้และหาวิธีแก้ไขที่เหมาะกับฉัน แม้ว่าฉันจะไม่ตอบคำถามของคุณโดยตรง (วิธีตรวจสอบสิ่งที่ทำให้เกิดปัญหา) แต่เป็นการแก้ไขที่อาจคุ้มค่ากับการถ่าย:

1. ไปที่ "Macintosh HD> Library"
2. ลบโฟลเดอร์ชื่อ "Java"
3. ถังขยะที่ว่างเปล่า
4. ปิดตัวลง
5. เมื่อคุณเรียกใช้สิ่งที่เกี่ยวข้องกับ Java คุณจะได้รับแจ้งให้ติดตั้ง Java อีกครั้งให้ทำเช่นนั้น

หลังจากนั้นควรปิดปรับปรุงเวลา หมายเหตุ: ฉันยังคงปิดระบบช้าเมื่อฉันปิดทันทีหลังจากระบบเริ่มดังนั้นหลังจากคุณทำตามขั้นตอนและต้องการทดสอบรอสองสามนาทีหลังจากระบบเริ่มก่อนที่จะปิดตัวลง

1. คุณมีอุปกรณ์ต่อพ่วงเชื่อมต่ออยู่หรือไม่ (USB, FW, ฯลฯ )?

ถ้าเป็นเช่นนั้นจะน่าสนใจที่จะตัดการเชื่อมต่อทุกอย่างและดูว่ามีปัญหาอยู่หรือไม่

1. คุณลองซ่อมแซมการอนุญาตแล้วและตรวจสอบความถูกต้องของไฟล์หรือไม่?

หวังว่าความช่วยเหลือเหล่านี้

แนวคิดเพิ่มเติมบางส่วน:

1. สร้างบัญชีผู้ใช้อื่น เข้าสู่ระบบเป็นบัญชีทดสอบนี้เท่านั้น หากคุณไม่มีปัญหาอาจเป็นไปได้ว่ามีบางอย่างในซอฟต์แวร์ผู้ใช้ของคุณ หากคุณมีปัญหาอาจเป็นไปได้ว่าอาจเป็นฮาร์ดแวร์

2. ลองสร้างปัญหาขึ้นใหม่โดยใช้พลังงานจากแบตเตอรี่

3. ทำตามขั้นตอนสำหรับคอนโทรลเลอร์ระบบการจัดการของ Apple -

การรีเซ็ต System Management Controller (SMC) การรีเซ็ต SMC บนพอร์ตพกพา Mac ด้วยแบตเตอรี่ที่คุณสามารถถอดออกได้

ปิดเครื่องคอมพิวเตอร์ ถอดอะแดปเตอร์ไฟ MagSafe จากคอมพิวเตอร์หากเชื่อมต่ออยู่ ถอดแบตเตอรี่ออก กดปุ่มเปิด / ปิดค้างไว้ 5 วินาที ปล่อยปุ่มเพาเวอร์ เชื่อมต่อแบตเตอรี่และอะแดปเตอร์ไฟ MagSafe อีกครั้ง กดปุ่มเปิดปิดเพื่อเปิดคอมพิวเตอร์

ฉันไม่รู้ว่าคุณกำลังวิ่ง Little Snitch อยู่ ฉันเพิ่งแก้ไขปัญหาที่คล้ายกันสำหรับเพื่อนโดยการลบ LS ฉันขอแนะนำให้คุณลอง หากต้องการลบอย่างเหมาะสมให้ดาวน์โหลดตัวติดตั้ง LS อีกครั้ง เรียกใช้โปรแกรมติดตั้ง แต่เลือกถอนการติดตั้ง

ฉันอยากรู้ว่าทำไมคุณถึงต้องการใช้แอพนี้

แฟนของฉันเพิ่งลบไดเรกทอรีสำหรับแนวโดยการลากและวาง dir ไปที่ถังขยะและล้างถังขยะ อย่างไรก็ตามฉันพบแนวในโฟลเดอร์ Library อีกครั้งและมีเชลล์สคริปต์ (ไฟล์. sh) เพื่อถอนการติดตั้งอย่างถูกต้อง สิ่งนี้ทำงานและแก้ไขปัญหาการบู๊ตที่ยาวนานของเรา

ฉันพูดถึงเรื่องนี้เพราะแนวเป็นสาเหตุของการเริ่มระบบช้าจำนวนมากและดูเหมือนว่ามันไม่ง่ายที่จะถอนการติดตั้งตามที่เว็บไซต์ระบุ

เส้นทางที่มีความสุขหวังว่านี่จะช่วยใครซักคน