核心是抓取内核日志和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轮）
- 注意：此操作会占用大量内存，建议在业务低峰期执行，且不要指定超过可用内存的大小
