OS X Mountain Lion-内核崩溃并在睡眠后重新启动


17

我有一个2009年中的15“ MacMook Pro,安装了10.8.2。定期地,在我的计算机进入睡眠状态后,我打开它并遇到了内核恐慌。日志在AppleIntelCPUPowerManagementClientkext 处失败,并且看不到任何非Apple的产品。崩溃日志中的相关kexts。知道是什么原因导致的吗?也许是硬件故障?

Wed Jan 30 20:16:32 2013
panic(cpu 0 caller 0xffffff800e4b7bd5): Kernel trap at 0xffffff800e42da10, type 13=general protection, registers:
CR0: 0x000000008001003b, CR2: 0xffffff80effc5000, CR3: 0x00000000110ac000, CR4: 0x0000000000000660
RAX: 0x0000000000000001, RBX: 0xffffff80206e3000, RCX: 0x0000000009000000, RDX: 0xffffff80e9f60078
RSP: 0xffffff80f57c3e50, RBP: 0xffffff80f57c3e80, RSI: 0xffffff80e9f60068, RDI: 0x0000000000000000
R8:  0xffffff800eabec60, R9:  0x00000000fffffffe, R10: 0x00000000001d9bc0, R11: 0x0000000000000000
R12: 0xffffff800eabebe8, R13: 0xffffff8020711ad0, R14: 0x01ffff8020711aa0, R15: 0x0000000000000000
RFL: 0x0000000000010002, RIP: 0xffffff800e42da10, CS:  0x0000000000000008, SS:  0x0000000000000000
Fault CR2: 0xffffff80effc5000, Error code: 0x0000000000000000, Fault CPU: 0x0

Backtrace (CPU 0), Frame : Return Address
0xffffff80f57c3af0 : 0xffffff800e41d626 
0xffffff80f57c3b60 : 0xffffff800e4b7bd5 
0xffffff80f57c3d30 : 0xffffff800e4ce4ed 
0xffffff80f57c3d50 : 0xffffff800e42da10 
0xffffff80f57c3e80 : 0xffffff800e82e1e9 
0xffffff80f57c3ec0 : 0xffffff800e82ca47 
0xffffff80f57c3f30 : 0xffffff800e82d3a2 
0xffffff80f57c3f70 : 0xffffff800e831e99 
0xffffff80f57c3fb0 : 0xffffff800e4b26b7 

BSD process name corresponding to current thread: kernel_task

Mac OS version:
Not yet set

Kernel version:
Darwin Kernel Version 12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64
Kernel UUID: 69A5853F-375A-3EF4-9247-478FD0247333
Kernel slide:     0x000000000e200000
Kernel text base: 0xffffff800e400000
System model name: MacBookPro5,3 (Mac-F22587C8)

System uptime in nanoseconds: 1680101793
last loaded kext at 227453939: com.apple.driver.AppleIntelCPUPowerManagementClient  196.0.0 (addr 0xffffff7f902ca000, size 20480)
loaded kexts:
com.apple.driver.AppleIntelCPUPowerManagementClient 196.0.0
com.apple.driver.AppleFWOHCI    4.9.6
com.apple.driver.AirPort.Brcm4331   602.15.22
com.apple.nvenet    2.0.19
com.apple.driver.AppleUSBEHCI   5.4.0
com.apple.driver.AppleSmartBatteryManager   161.0.0
com.apple.driver.AppleAHCIPort  2.4.1
com.apple.driver.AppleEFINVRAM  1.6.1
com.apple.driver.AppleUSBOHCI   5.2.5
com.apple.driver.AppleRTC   1.5
com.apple.driver.AppleHPET  1.7
com.apple.driver.AppleACPIButtons   1.6
com.apple.driver.AppleSMBIOS    1.9
com.apple.driver.AppleACPIEC    1.6
com.apple.driver.AppleAPIC  1.6
com.apple.nke.applicationfirewall   4.0.39
com.apple.security.quarantine   2
com.apple.driver.AppleIntelCPUPowerManagement   196.0.0
com.apple.iokit.IOFireWireFamily    4.5.5
com.apple.iokit.IO80211Family   500.15
com.apple.iokit.IONetworkingFamily  3.0
com.apple.driver.NVSMU  2.2.9
com.apple.iokit.IOAHCIFamily    2.2.1
com.apple.iokit.IOUSBFamily 5.4.0
com.apple.driver.AppleEFIRuntime    1.6.1
com.apple.iokit.IOHIDFamily 1.8.0
com.apple.iokit.IOSMBusFamily   1.1
com.apple.security.sandbox  220
com.apple.kext.AppleMatch   1.0.0d1
com.apple.security.TMSafetyNet  7
com.apple.driver.DiskImages 344
com.apple.iokit.IOStorageFamily 1.8
com.apple.driver.AppleKeyStore  28.21
com.apple.driver.AppleACPIPlatform  1.6
com.apple.iokit.IOPCIFamily 2.7.2
com.apple.iokit.IOACPIFamily    1.4
com.apple.kec.corecrypto    1.0

您是否做过任何确定是软件还是硬件问题的事情?
Macmaniman 2013年

1
不,我不确定从哪里开始。
Julio

自上周二以来,我遇到了完全相同的问题,当时我安装了最新的Mountain Lion更新,该更新纠正了旧Mac的一些电池缺陷。我从未经历过上述缺陷,但发现最好更新操作系统并“预防”它们。您安装了该更新吗?
Fernanda Parisi

是的,我相信我最近更新了。自从更新到10.8以来,我就经历过这些,但是还不像前一天那样糟糕(内核惊慌并重新启动了8次)。
朱利奥

2
使用nvram(8)命令添加以下boot-arg(boot参数)。然后重新启动Mac。借助NVRAM中的此.panic文件,下一个文件将更易于理解和提供更多信息:keepsyms = y
Graham Perrin

Answers:


1

如果要确定死机是由硬件还是软件问题引起的,建议您在USB记忆棒上安装Mac OS 10,它的大小至少为8 GB。从它启动。现在尝试睡觉。如果可以,则很可能是软件问题(占99%)。也可能是您的HDD,可能性很小。


0

发生恐慌后,请在“ 安全模式”下进行两次冷重启。(冷重启是从系统完全关闭启动。您可以在加电时按住左Shift键进入安全模式。)也就是说,在按下电源按钮后立即按住左Shift键。看到径向开始旋转时,可以释放Shift键。这样做两次,然后通过正常引导进入常规模式。这样,您将允许系统检查自身并修复发现的任何错误,这还将检查并修复权限。重新启动会清除内存,因此会清除内存中存储的所有故障。我的经验告诉我,恐慌是卷目录内存不足(RAM)。



0

最近在我的2011 iMac上发生了我的事。尝试过安全模式,但一直重启。唯一起作用的是用于恢复的CMD-R并重新安装了Mavericks。从那以后一直很顺利。


0

如果您在计算机上安装了任何RAM,请尝试将其卸下并仅使用原始的Apple RAM模块。与我在Intel机器上发生的十分之一的内核恐慌相比,这一解决方案要好于9个。如果是这样,请从您的供应商处获取替换的RAM模块。


0

我看到了另一个修复方法-一个朋友启动到恢复分区(启动时为cmd r),并从那里的磁盘实用程序中修复了磁盘。现在,他的旧Mac电脑没有任何问题。


0

如果使用Clover,则可能是由于错误的CPU定义造成的。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.