smartctl -i 是唯一能读取真实物理序列号的命令，它直接向硬盘发送 ATA IDENTIFY 或 NVMe Identify Controller 命令，从固件层面获取原始序列号，适用于保修查询和资产登记；其他命令如 lsblk、lshw、udevadm 和 /sys/block/*/device/serial 等均依赖内核或 udev 缓存，常为空、为全 0 或与实物不符。
smartctl -i 是唯一能读到真实物理序列号的命令
Linux 下几乎所有其他命令（lsblk、lshw、udevadm、/sys/block/*/device/serial）返回的都不是固件写入的原始序列号，而是内核或 udev 缓存的副本，经常为空、为全 0 或与实物标签不一致。只有 smartctl -i 直接向硬盘发送 ATA IDENTIFY 或 NVMe Identify Controller 命令，从固件层面读取，结果可直接用于保修查询或资产登记。
必须加 sudo；SMART 关闭时需先启用：sudo smartctl -s on /dev/sda；NVMe 盘路径是 /dev/nvme0n1，不是 /dev/nvme0（后者不是块设备）。
-
sudo smartctl -i /dev/sda→ 查 SATA/IDE 盘，找Serial Number:和Model Number:行 -
sudo smartctl -i /dev/nvme0n1→ 查 NVMe 盘，同样看这两行 - 若报错
Read Device Identity failed，说明该盘不支持标准 ATA/NVMe 指令（常见于某些 RAID 卡直通或 USB-SATA 桥接器）
hdparm -I 是 smartctl 的 fallback 方案，但只适用于 SATA
hdparm -I（大写 i）绕过 SMART 层，直接发 IDENTIFY 命令，对部分 SMART 被禁用或锁定的老硬盘反而更可靠。但它完全不支持 NVMe、SCSI、USB 移动硬盘和多数 RAID 卡后端盘。
-
sudo hdparm -I /dev/sda | grep "Serial Number"—— 注意大小写和空格，输出字段名是Serial Number:（带空格和冒号） -
sudo hdparm -I /dev/sdb输出中还包含缓存大小（Buffer Type:）、是否支持 TRIM（TRIM supported）等实用信息 - 在企业级 SAS 盘上可能失败，报
HDIO_DRIVE_CMD(identify) failed
别碰 /sys/block/*/device/serial 和 udevadm 的 ID_SERIAL_SHORT
这个路径看着像“真相入口”，实际是内核驱动解析设备响应后填的字段，大量主控芯片（如 JMicron、国产 SATA 主控）根本不填，或者填占位符（如 000000000000）。即使有值，也和 smartctl 结果对不上。
-
cat /sys/block/sda/device/serial 2>/dev/null返回空或No such file or directory是常态，不是你操作错了 -
udevadm info --name=/dev/sda | grep ID_SERIAL_SHORT快、免权限，但只在 USB 设备或部分桌面 SATA 盘上有值；内置 SATA 盘、虚拟机（virtio_blk）、云主机几乎总是空 - 脚本里做快速探测可以留着，但绝不能当主力判断依据
lshw 和 lsblk -o NAME,SERIAL 只适合粗略筛查
lshw -class disk 和 lsblk -o NAME,SERIAL 依赖 sysfs 或 udev 数据源，本质是包装了上面那些不可靠路径。它们的好处是能一次列出所有盘，适合快速扫一遍有没有明显异常（比如某块盘 SERIAL 列全空），但不能用于确认唯一标识。
-
sudo lshw -class disk -short→ 看设备名、逻辑卷关系、有没有serial字段 -
lsblk -o NAME,MODEL,SERIAL→ MODEL 通常靠谱，SERIAL 经常为空；注意 NVMe 盘的 MODEL 可能显示为NVMe Device，得靠smartctl看具体型号 - 企业服务器建议补查
sudo dmidecode -t disk，它走 DMI 表，部分厂商会把物理盘信息塞进去（但非标准行为，覆盖率低）
smartctl -i，失败再试 hdparm -I，其余方式只当参考。NVMe 和虚拟环境尤其要提前验证，别等到批量脚本上线才发现一半设备拿不到号。 
