fibmap /path/to/file 可查看文件在ext2/3/4文件系统中的逻辑块号（从0开始），仅支持有读权限的普通文件；输出为每行一个逻辑块索引，需结合stat -f -c "%s"获取块大小换算物理偏移；xfs、btrfs等不支持该命令。
怎么用 fibmap 查看文件的逻辑块映射
fibmap 是一个轻量级工具，直接调用 ioctl(FIBMAP) 获取文件在文件系统中的逻辑块号（即数据块在文件内偏移对应的块索引），但它**不提供物理扇区地址**，只返回文件系统视角下的块编号（从 0 开始的逻辑块号）。它本质是读取 inode 中的直接/间接块指针，不涉及底层设备映射。
常见错误现象：fibmap: Operation not supported —— 多数现代文件系统（如 XFS、Btrfs）不支持 FIBMAP，仅 ext2/ext3/ext4 在未启用元数据校验或某些挂载选项时才可用；另外必须对文件有读权限，且不能是符号链接或特殊文件。
实操建议：
- 先确认文件系统类型：
df -T /path/to/file，若非 ext 系列，fibmap基本无效 - 运行：
fibmap /path/to/file，输出每行一个逻辑块号（例如0、1、2），表示该文件第 0、1、2 个逻辑块被分配 - 注意：输出的数字是逻辑块号，不是字节偏移；实际占用的磁盘空间还需结合文件系统块大小（如
stat -f -c "Block size: %s" /path/to/file）换算
hdparm --fibmap 并不存在，别被名字误导
hdparm 命令**没有 --fibmap 或 -f（小写）参数用于映射文件块**。它的 -f 选项含义是 Flush buffer cache for device on exit，和文件寻址完全无关。网上部分博客把 fibmap 和 hdparm 混谈，属于概念错配。
真正能桥接逻辑块与物理扇区的，是 hdparm --read-sector 配合人工计算，但前提是你已知该文件的逻辑块号及其在设备上的起始扇区 —— 这需要先通过 debugfs（ext 系列）或 xfs_db（XFS）拿到逻辑块号对应的物理 LBA。
关键区别：
-
fibmap：用户态工具，走 VFS ioctl，只到逻辑块号 -
hdparm：设备层工具，操作的是整块块设备（如/dev/sda），不理解文件或 inode - 二者之间缺一层：文件系统内部的“逻辑块 → 物理块”映射表（如 ext4 的块组描述符、块位图、inode 数据块指针）
怎么从逻辑块号推算物理扇区（以 ext4 为例）
Linux 文件系统不直接暴露“这个逻辑块对应哪个物理扇区”，因为中间存在多级映射：逻辑块号 → 块组号 + 组内块号 → 块组起始扇区 + 偏移 → 最终 LBA。你需要分步查证。
实操路径（需 root 权限）：
- 用
stat -c "%b %B" /path/to/file得到占用块数（%b）和块大小（%B，单位字节），确认文件系统块大小 - 用
sudo debugfs -R "stat /path/to/file" /dev/sdXN查看该文件 inode 的i_block数组，得到前几个直接块号（如0: 123456）—— 这里的123456就是逻辑块号 - 再用
sudo dumpe2fs -h /dev/sdXN | grep -E "(Block size|Blocks per group)"算出块组大小和起始位置，进而推出逻辑块123456所在块组的起始逻辑块号，最终换算为设备扇区（LBA = 块组起始 LBA + (逻辑块号 − 块组起始逻辑块号) × 块大小 / 512）
注意：所有计算都基于 512 字节扇区假设；若设备是 4K 原生（logical sector size: 4096），需同步调整除数，否则 LBA 错误。
为什么 hdparm -t 测速结果和文件块无关
hdparm -t 测的是设备层连续读性能：它绕过文件系统缓存，直接向块设备发起大块（默认 2MB）的 read(2) 请求，测量的是裸设备吞吐，和某个具体文件是否碎片化、逻辑块是否连续完全无关。
所以你不能用 hdparm -t 判断“这个文件读得慢是不是因为物理块不连续”。真要测单个文件的实际 I/O 表现，应该用：
-
dd if=/path/to/file of=/dev/null iflag=direct bs=4K（绕过 page cache，反映真实磁盘读） - 或
perf record -e block:block_rq_issue,block:block_rq_complete dd ...观察实际发出的 I/O 请求扇区范围
最容易被忽略的一点：逻辑块连续 ≠ 物理扇区连续。ext4 的延迟分配（delayed allocation）可能导致文件刚写入时逻辑块号连续，但实际落盘时被分散到不同块组 —— 这种“隐性碎片”不会被 fibmap 显示，也骗过了 hdparm -t。
