iPhone Kernel Panic Analysis

如果您的 iPhone 意外关机或重启，您的手机中很可能有关于此问题的记录。深入查看日志似乎是一项艰巨的任务。但如果你知道要找什么，它反而能提供相关问题的宝贵数据。

本页面绝非完整故障列表。如果没有列出您的故障问题，请 在我们的论坛上询问！一定有人经历过同样的事情。

就 macOS、iOS 和其他基于 Unix 的操作系统而言，内核崩溃是操作系统遇到的无法立即恢复的错误。在许多方面，它与 Windows 的蓝屏死机类似，表现为意外关机或重启。

如果你的手机意外重启，很有可能是内核崩溃。只是你不知道它的名字而已。

在 iOS 设备中，内核崩溃几乎总是表明存在硬件问题。

iPhone 的系统日志存储在一个普通用户很少涉足的菜单–分析和改进中。

1. 打开 设置 应用程序。
2. 找到隐私
3. 滚动到底部，打开 " 分析和改进"
   • 注意： 该菜单名称的具体措辞取决于手机运行的 iOS 版本。
4. 打开 分析数据
5. 在按字母顺序排列的列表中滚动到 "P "部分，浏览标题中带有 "panic "一词的条目。

通常，这些条目会以 panic.full 的形式列出，后面跟着崩溃发生的日期和时间。

这些日志中有大量无关信息。略读第一段日志，找到 崩溃字符串，这是最终导致崩溃的错误。 该错误也可能在 CPU 调用器后面列出，但没有 "panic string "的字样（这只是表示 CPU 的哪个位报告了问题）。除此以外，在第一屏左右的文本中可能还有其他有用的数据。

• 您可能会遇到电子学中的其他术语。例如，WLAN 通常指的是 Wi-Fi。如果你在崩溃日志中看到 WLAN，那么 WiFi 芯片或天线很可能出了问题。
• 您可能会在日志中发现提及特定主板组件的内容。 诸如 Tristar、 Tigris、Chestnut 等名称可以提供线索。
• 最后，如果你看到的数据看起来不只是一串毫无意义的字母和数字，请对该部分进行更进一步的了解。即使你不是软件工程师，你也会能从这些日志中学到很多东西。
• 请记住，阅读故障日志并不是一门精确的科学。没有绝对的因果关系。同样的崩溃字符串可能有五种不同的解决方案。崩溃日志只是一条线索，仅此而已。

使用 panic.full 或 iDevice Panic Log Analyze r 可快速获取有关崩溃的数据。但在没有上下文的情况下，这可能只会增加你不知道该怎么处理的信息的数量。

对于iOS开发者，Keymob助手提供了日志分析和性能监控功能，帮助更深入地诊断系统问题。

iOS 的系统进程中包含定期检查传感器输入的功能。如果在三分钟内没有收到这些传感器的信息，它就会重启手机。iPad Rehab Jessa 网站上的 一篇相当全面的文章 对这一具体问题做了详细介绍。

要找到原因，请继续阅读 崩溃字符串，以找到丢失的传感器。

丢失的传感器位置可能的问题PRS0 - 气压计

关于充电端口组件

主板上的充电端口组件或其连接器Mic1 - 底部麦克风麦克风 2 - 后置麦克风

电源按钮排线、相机闪光灯排线电源按钮排线、相机闪光灯排线或主板上的相应接口TG0V电池传感器，很可能是温度和电压传感器电池或其在主板上的接口，11 Pro 和 Pro Max 上的充电端口组件，板级充电电路。TG0B

• 其他传感器的记录较少，可能需要一些背景资料，因为苹果公司并未公布传感器的位置或名称。ipad 显示屏上似乎有一些重要传感器，似乎也有板级传感器，但在命名上我们同样不太确定。

看门狗超时进程检查系统的整体功能。如果检查间隔时间超过最大值（通常为 180 秒），设备会重启以尝试纠正。

• 除了前面讨论过的传感器缺失外，您还可能从软件组件中获得检测失败信息。常见的有 Springboard、 logd、 wifid 或 thermalmonitord（与传感器丢失无关）。虽然这些可能与硬件组件有关，但这通常是软件问题。
• 这个问题在 iOS 16 的早期版本中经常出现。解决方法通常是确保备份并恢复手机软件。
• 苹果公司是否在 iOS 16.2 中纠正了这一问题还有待观察，但如果你不想备份，尝试更新还是值得一试的。尝试使用 "恢复模式 "方法进行安装，以避免中途重启。

i2c 或 i²c 是一种基于电子技术的协议，用于芯片网之间的通信。这包括一个主控芯片和它向其发送指令的任意数量的从属芯片。

关于 i2c如何工作 我就不多说了，但在许多情况下，主芯片就是 CPU。可以想象，如果中央处理器得不到它需要的信息，或者没有收到它发送的命令，就会出问题

iPhone 包含多个不同的 i2c “信道”，不同型号的 iPhone 在哪个信道上通话的组件也不尽相同。

• 崩溃可能包含一些其他线索。部件名称如 ALS（环境光传感器）或其他名称可能会出现在文字表述中。
• 如果能获得原理图，破解这种崩溃就会容易得多，因为原理图会告诉你哪些元件在哪些信道上通信。它还可能提供有问题芯片的位置。

AOP 崩溃是崩溃类型的一个完整子集。AOP为 “始终开启处理器”（Always On Processor），是运行始终在线功能的 CPU 部分。即使设备处于关闭状态，"常开 "功能也能运行。”查找我的”功能实时更新允许设备即使在关闭状态下也能继续传输其位置， 查找我的功能最可能使用该技术。

NMI 是“不可屏蔽中断”。 简单来说，它是不可忽视的信息，可以中断其他信号的传输。 它通常用于某种错误或系统重置。

• 这种崩溃通常与电源按钮排线或前置摄像头组件有关。

这种恐慌通常发生在与音频相关的功能中，如将音量调到最大。

• 由于 充电端口柔性组件 将信号从扬声器传输到电路板，因此该组件的损坏是导致这种崩溃的最常见原因。
• 检查是否有液体进入，并尽可能更换高质量或原装配件。

你猜对了，ANS2（Apple NAND 存储版本 2）是 Apple 的存储控制器。 NAND 是一种闪存，常用于现代智能手机和计算机，并焊接在存储上。

• 如果你出现这种崩溃，很可能是手机上保存所有数据的芯片出现故障，或者 NAND 的通信线路无法正常工作。
• 更换 NAND 需要微焊接技能，并使用编程器将旧 NAND 芯片中的独特数据写入新芯片。

有时，软件开发人员在针对问题代码比编写其他代码更有乐趣，因为他们很可能是唯一看到这些错误的人。这个问题非常简单。你的 CPU 不只是发热，它还很热很热。

• 这种特定的崩溃指的是电源管理芯片和 CPU 之间的电气线路。事实上，这可能意味着 CPU 温度过高。这也可能意味着该线路存在板级问题。
• 无论具体情况如何，这几乎肯定是主板问题，而不是部件问题。
• CPU 发热很可能是由于电路板上的其他部件引起的。检查任何可能进行过维修的区域。WiFi 和音频相关组件通常是根本原因。

Secure Enclave Processor 或 SEP 是 iPhone子系统的一部分，用于处理 iPhone 的所有受保护敏感数据)。例如加密密钥、指纹或面部识别数据。只读存储器或 SEP ROM 是该系统不可分割的一部分，用于验证系统之间的通信。

• SEP ROM 出错表明 ROM 芯片或其与 CPU 之间的通信已损坏。
• SEP ROM 上的数据是唯一的，因此一旦损坏，就无法重新创建。 有读卡器可以读取数据，但这可能会给手机带来毁灭性影响。

对于曾经在 MacBook 上进行过任何类型的故障排除的人来说，SMC（系统管理控制器）将会很熟悉。 iPhone 还包含 SMC，但它不是自己的芯片，而是 CPU 的一部分。 这些崩溃经常提到错误 BSC FAILURE。

• Assertion Failed（断言失败）类型的崩溃出现在 iPhone 13 及以后的机型中。与看门狗超时类似，它们会在三分钟后重启设备。
• 日志中一般会提到一个受影响的传感器阵列，后面跟着一个代码。参考 SMC断言失败 Wiki 页面查询代码对应的故障。

操作系统的内核就是它的核心部分。如果指令未定义，通常是因为指令已损坏或无法正常运行。

• 一般来说，这是软件问题。检查操作系统更新，甚至应用程序更新。
• 如果更新无法解决，可能需要重新安装或完全恢复操作系统。
• 如果问题继续出现，则很可能是内存或 NAND 存储系统出了问题。这往往是指令所在的位置，当这些组件或其电路板相关系统受损时，它们所存储或传输的信息也会受损。