dmidecode -t memory 是在 Linux 中查看内存条品牌、型号和频率原始信息最关键的命令，因为它会直接读取 BIOS/UEFI 固件中的 SPD/DMI 数据；而 free、/proc/meminfo 和 lscpu 这类常用命令并不提供这些字段。执行时通常需要 sudo 权限，在虚拟机环境下大多也无法获得有效结果。
dmidecode -t memory 是查看内存品牌和频率原始数据的核心命令
不要依赖 free、/proc/meminfo 或 lscpu 来查询具体内存条品牌和频率，因为这些工具本身就不包含相关字段。只有 dmidecode -t memory 能直接读取 BIOS/UEFI 固件中的 SPD/DMI 信息，像 Manufacturer:、Part Number:、Speed: 这些字段，才对应真实的硬件标识和规格参数。不过执行时必须加上 sudo，否则通常会提示 Cannot access SMBIOS data；而在虚拟机中，这个方法通常也不生效，因为 SMBIOS 里的内存详细信息往往不会被透传出来。
为什么 grep Speed: 经常漏数据或对应错位
实际使用时，常见问题通常有两类：一种是输出中明明存在 Speed:，但它和你看到的 Part Number: 无法一一对应；另一种则更直接，结果里压根没有 Speed: 这一行。遇到这种情况，先不用怀疑命令失效，问题多数不在 dmidecode 本身，而是字段被拆分到了不同的 Handle 块中，输出顺序出现混排。比如常见场景中，Slot: DIMM_A1 和 Speed: 3200 MT/s 很可能分别来自两个不同的 Handle，也就是主块 Handle 0x001A 和子块 Handle 0x001B；这时如果直接用 grep 提取，A 槽的型号和 B 槽的频率就可能被错误拼接到一起，看起来像是内存条信息对不上。
- 空插槽同样会出现在结果中，
Size: No Module Installed所在的块通常没有有效字段，因此不能只靠输出行数判断实际内存条数量 Speed:的单位可能是MT/s（DDR4/DDR5 的常见标称值）、MHz或ns，例如看到3200 MT/s，一般就可理解为 DDR4-3200- 有些主板固件并没有完整写入 SPD 信息，尤其是较老的笔记本或精简版 BIOS，此时
Speed:可能显示为Unknown，甚至直接缺失
用 awk 按 Handle 分组提取更可靠
下面这条命令已经在 2026 年主流 Linux 发行版中验证过，能更稳定地保证同一根内存条的 Slot:、Size:、Part Number:、Speed: 信息不会串行或错位：
sudo dmidecode -t memory | awk '/^Handle / {if (size && speed && part) print slot, size, part, speed; slot=""; size=""; speed=""; part=""} /Slot:/ {slot=$0} /Size: [0-9]+ [MG]B$/ {size=$0} /Part Number:/ {part=$0} /Speed:/ {speed=$0} END {if (size && speed && part) print slot, size, part, speed}' | grep -v "No Module Installed"
这条命令主要完成了三件事：
- 每当遇到新的
Handle行时，就清空上一组变量，强制按照物理内存设备分组处理 - 只匹配形如
Size: N GB结尾的有效容量行，自动跳过No Module Installed和Size: 0 MB这类无效条目 - 最后通过
grep -v "No Module Installed"过滤空插槽信息，减少无关干扰
典型输出示例：Slot: DIMM_A1 Size: 16 GB Part Number: M471A2K43CB1-CTD Speed: 3200 MT/s
当 dmidecode 提示 Permission denied 或全是 Not Specified 时怎么办
这通常说明系统限制了 /dev/mem 访问，或者主板固件没有写入完整的 SPD/DMI 信息。这种情况下，可以考虑以下备用方案：
sudo lshw -class memory：输出结构比较清晰，slot和clock字段常常可用，但要注意像clock: 1600000000这种值需要换算成1600 MHz；而且它显示的是总线时钟，不是最终等效频率sudo strings /sys/firmware/dmi/tables/DMI | grep -A5 -B5 "Part Number|Speed"：这种方式不依赖dmidecode程序本身，但因为只是做字符串匹配，存在误判风险，例如可能把厂商名称中的 “Speed” 误识别成频率字段decode-dimms（需额外安装）：它会直接读取 SPD 芯片信息，比 DMI 更底层，不过如果主板禁用了 SMBus，这个方法同样可能失败
还有一点很多人在查看 Linux 内存频率时容易忽略：即使 Speed: 字段明确写着某个数值，它反映的通常也只是 JEDEC 标称规格。内存最终实际运行在多少频率，还需要结合 BIOS 中的 Configured Memory Speed: 来判断。实际工作频率会受到 XMP/EXPO 是否开启、双通道搭配是否一致，以及 CPU 内存控制器上限等因素影响。因此，一根标称 3200MHz 的内存条，安装在 B550 主板上最终只运行在 2933MHz，并不一定代表硬件存在故障。
