关键看locator字段是否唯一及size值：size为no module installed或0 mb表示空槽或接触不良，用sudo dmidecode -t 17 | grep -e "locator:|size:" | column -t可清晰显示各槽状态；同时需核验dmidecode -t 16中的maximum capacity与number of devices，并以cat /proc/meminfo | grep memtotal为准确认实际识别容量。
怎么用 dmidecode 看清每个槽位是否插了内存
关键不是数有多少个 Memory Device，而是看 Locator: 字段有没有重复、是否唯一。空槽也会被列出，Size: 显示 No Module Installed 或 0 MB 就代表没插条或接触不良。
-
sudo dmidecode -t 17 | grep -E "Locator:|Size:" | column -t—— 这条命令能对齐显示所有槽位名和对应容量，一眼看出哪空哪满 - 如果某槽
Size:是空白或Unknown，先重插内存条，再进 BIOS 看是否识别；别急着判物理损坏 - 部分老主板（如 Intel C226）会把单槽报成两个
Memory Device，这时得交叉验证sudo dmidecode -t 16 | grep "Number Of Devices"
Maximum Capacity 是硬上限，不是“还能插几条”的依据
加内存卡住，90% 是因为这个值被 BIOS 错报，或者 CPU 内存控制器不支持更高单条容量，而不是槽位不够。
-
sudo dmidecode -t 16 | grep -E "Maximum Capacity|Number Of Devices"一次拿到主板标称最大容量和总槽数 - 实际可用内存以
cat /proc/meminfo | grep MemTotal为准，它可能远小于dmidecode里各Size:相加——说明有条没被内核识别（比如 DDR4/DDR5 混插、单条超主板限制） - 某些平台（如 AMD A320）即使插满四槽，
MemTotal也只到 16GB，换平台比加内存更有效
为什么 /proc/iomem 比 free 更适合查物理布局
free 和 /proc/meminfo 只告诉你“总量”和“已用”，完全不提供物理地址信息；而 /proc/iomem 是内核运行时视角下的真实物理内存分段视图。
-
cat /proc/iomem | grep "System RAM"找出所有顶层未缩进的 RAM 区域，每行格式是起始地址-结束地址 : System RAM - 现代 UEFI 系统常有多段不连续的
System RAM，比如80000000-9effffff和c0000000-cfffffff，它们才是内核真正可管理的物理块 - 若发现某段在
/proc/iomem缺失但dmesg | grep e820里存在，大概率是被 firmware 或 kdump 预留掉了——这时候dmesg更可信
查频率和兼容性，别只信内存条标称值
系统实际跑多快，取决于最低那条内存的 SPD 参数，不是你买的是 3200MHz 就一定跑 3200MHz。
-
sudo dmidecode -t memory | grep -A1 -B2 "Configured Memory Speed\|Locator:\|Size:"查每条插槽的真实运行频率 - 如果某条显示
Unknown，说明 SMBIOS 没填 SPD 数据，补装i2c-tools后运行sudo decode-dimms直读 SPD 芯片 - 混插不同容量或频率的条子，BIOS 自动降频协商，这不是故障，是预期行为；但非对称双通道可能导致部分内存带宽浪费
真正决定能不能加内存的，从来不是“还有几个空槽”，而是 Maximum Capacity、CPU 内存控制器能力、以及 SPD 信息能否被正确读取——这三个点漏掉任何一个，都可能白插一条。
