pstore+ramoops是生产环境首选的轻量级内核崩溃日志捕获方案，需编译内核支持、预留ram区域、挂载pstore文件系统，并可搭配kdump兜底。
生产环境需要稳定、可靠、低开销的日志捕获机制，不能依赖串口或人工干预。内核Panic发生时，系统已失去正常调度能力，必须依靠内核原生支持的轻量级持久化方案——pstore + ramoops是首选，它在重启后仍能读取崩溃瞬间的关键日志，且不依赖额外存储硬件或网络。
启用pstore/ramoops内核支持
这是最基础也最关键的一步。若内核未编译对应功能，后续所有配置都无效。
- 进入内核配置（
make menuconfig），确保以下三项设为y（嵌入式建议直接编入，避免模块加载失败）：
→ File systems → Miscellaneous filesystems → Persistent store support
→ File systems → Miscellaneous filesystems → Log kernel console messages
→ File systems → Miscellaneous filesystems → Log panic/oops to a RAM buffer - 重新编译并刷写内核。启动后检查dmesg输出是否有类似
pstore: using zlib compression或ramoops: attached ...，确认驱动已加载成功。
预留RAM区域（设备树或启动参数）
ramoops需要一块被内核早期保留、不被内存管理器使用的RAM区域。生产环境推荐用设备树（DTS）方式，更可控、更清晰。
- 在ARM64平台DTS中添加ramoops节点（示例）：
reserved-memory {<br> #address-cells = ;<br> #size-cells = ;<br> ranges;<br> ramoops@8000000 {<br> reg = ; // 1MB起始于0x8000000<br> compatible = "ramoops";<br> record-size = ; // 16KB per record<br> console-size = ; // 128KB for console log<br> ftrace-size = ;<br> pmsg-size = ;<br> };<br>}; - 若无法修改DTS（如通用x86服务器），可在GRUB命令行加参数：
memmap=1M!8M（保留1MB内存，从物理地址8MB开始），再在内核命令行指定：ramoops.mem_address=0x00800000 ramoops.mem_size=0x100000
挂载pstore并验证自动捕获
系统启动后，pstore文件系统需挂载才能访问日志。该步骤应纳入初始化脚本，确保每次启动都可用。
- 创建挂载点并挂载：
mkdir -p /sys/fs/pstore<br>mount -t pstore pstore /sys/fs/pstore
- Panic触发后，重启系统，立即检查：
ls /sys/fs/pstore/—— 应出现dmesg-xxx-yyy或console-xxx等文件cat /sys/fs/pstore/console-*—— 可读取完整的panic前控制台输出 - 为防止日志被覆盖，建议在首次读取后立即备份并清空：
cp /sys/fs/pstore/console-* /var/log/panic_$(date +%s).log<br>echo 1 > /sys/fs/pstore/erase
补充：对高可靠性场景增加kdump兜底
ramoops只保存有限日志（通常几KB到几百KB），适合快速定位；kdump生成完整vmcore（GB级），用于深度分析。生产环境可双轨并行：
- 保留ramoops作为第一响应机制（毫秒级捕获、零网络依赖）
- 同时配置kdump作后备：预留足够内存（如
crashkernel=512M），设置/etc/kdump.conf将vmcore存至本地磁盘或NFS，确保关键现场不丢失 - 注意：kdump启动需数秒，若设备看门狗超时过短，可能抢在kdump完成前强制复位，此时ramoops仍是唯一可靠来源
