核心是抓取内核日志和EDAC报告：运行dmesg | grep -i "memory\|ecc\|error\|mce"查CE/UE错误；用grep . /sys/devices/system/edac/mc/mc*/csrow*/ce_count和ue_count读取实时计数；再通过dimm_label或dmidecode -t memory精确定位物理插槽。

直接通过命令行查看服务器内存错误，核心是抓取内核级硬件日志和EDAC框架报告，而不是依赖图形界面或重启测试。重点看三类输出：内核日志中的ECC错误、EDAC计数器、以及内存模块物理位置映射。

查内核日志里的实时内存错误

运行以下命令，过滤出明确的内存相关报错：

• dmesg | grep -i "memory\|ecc\|error\|mce" —— 查看最近一次启动以来的硬件异常，重点关注含 Uncorrectable、CE（可纠正）、UE（不可纠正）的行
• journalctl -k --since "2 weeks ago" | grep -i "bank\|dim\|channel" —— 结合时间范围，定位带插槽编号（如 DIMM_B10）或通道信息（如 Channel#1）的错误

读取EDAC框架的错误计数

Linux内核通过EDAC驱动持续统计内存错误，数据暴露在 /sys/devices/system/edac/ 下：

• ls /sys/devices/system/edac/mc/ —— 确认有几个内存控制器（mc0、mc1等）
• grep . /sys/devices/system/edac/mc/mc*/csrow*/ch*_ce_count 2>/dev/null —— 显示所有可纠正错误计数，非零值即代表对应插槽有CE
• grep . /sys/devices/system/edac/mc/mc*/csrow*/ue_count 2>/dev/null —— 查UE（不可纠正错误），只要出现非零，说明该内存条已存在严重硬件故障，必须更换

把错误定位到具体插槽和内存条

EDAC输出的 csrow 或 channel 编号不等于物理插槽号，需交叉验证：

• cat /sys/devices/system/edac/mc/mc0/dimm*/dimm_label 2>/dev/null —— 直接读取每根内存条标签（如 CPU2_DIMM_B10），与错误日志中的位置比对
• dmidecode -t memory | grep -A10 "Bank Locator\|Serial Number\|Size" —— 查看每个插槽的物理位置描述和序列号，确认哪根内存实际装在B10槽位
• 若系统为较新Intel平台（Skylake及以后），csrow0 不再一一对应物理插槽，必须以 dimm_label 为准

补充验证：用memtester做压力复现

命令行检测不能只看历史记录，还需主动触发验证：

• 安装：yum install memtester 或 apt install memtester
• 测试单根内存（需先卸载其他内存）：memtester 4G 3（用4GB内存跑3轮）
• 注意：此操作会占用大量内存，建议在业务低峰期执行，且不要指定超过可用内存的大小