filefrag是唯一能直接显示文件物理碎片数量（extents）的工具，extents值越小越好（1为完全连续），≥5且文件>100MB需警惕；logical与physical列反映块跳跃跨度，但对活跃写入文件结果可能失准，查前须用lsof +d确认无进程占用。
filefrag 是唯一能直接看到文件物理块分布的命令
想确认一个文件在磁盘上是不是连续存放、被分成了几段，filefrag 是最直接有效的工具。它不依赖卸载文件系统，也不需要 root 权限（对有读权限的文件即可），输出里 extents 这个数字就是关键——1 表示完全连续，≥5 且文件大于 100MB 就该警惕。
常见错误现象：filefrag: cannot open /path/to/file: Permission denied —— 多半是没读权限；filefrag: Input/output error —— 可能文件正被写入或已损坏。
- 先用
lsof +D /path/to/file确认没进程在写这个文件，否则结果可能瞬时失准 - 运行
filefrag /path/to/file，重点看extents:后面的数字和logical/physical两列的跳跃幅度 - 对大文件建议加
-v参数：filefrag -v /large.log，能看到每一段的起始逻辑块号和对应物理块号
fibmap 只返回逻辑块号，且仅限 ext2/3/4
fibmap 不是“物理块映射工具”，它只调用 ioctl(FIBMAP)，返回的是文件系统视角下的逻辑块索引（从 0 开始），和实际磁盘扇区无关。而且它只在 ext2/ext3/ext4 上有效，XFS、Btrfs、加密卷、FUSE 挂载点基本都报 Operation not supported。
常见错误现象：fibmap: Operation not supported —— 别急着换参数，先查文件系统类型：df -T /path/to/file。如果不是 ext 系列，fibmap 就没意义。
- 确认是 ext 系统后，运行
fibmap /path/to/file，输出每行一个数字，比如0、1、3，表示文件用了第 0、1、3 个逻辑块（注意：2 缺失，说明有空洞或间接块） - 逻辑块号要换算成字节偏移，得结合块大小：
stat -f -c "%s" /path/to/file -
hdparm --fibmap不存在，网上有人混用是概念错误；hdparm -f是刷缓存，和文件映射毫无关系
真要查物理扇区？得靠 debugfs 或 xfs_db 配合人工计算
Linux 文件系统不直接暴露“逻辑块 → 物理 LBA”的映射，中间隔着块组描述符、位图、inode 指针等多层结构。想拿到真实扇区地址，必须进文件系统底层工具。
对 ext4：debugfs 是唯一可靠路径；对 XFS：xfs_db；Btrfs 目前没有等效的用户态命令能导出精确物理位置。
- ext4 下先用
debugfs -R "stat /path/to/file" /dev/sdXN查 inode 和逻辑块号 - 再用
debugfs -R "icheck <inode>" /dev/sdXN</inode>把逻辑块号转成物理块号 - 最后用
fdisk -l /dev/sdX查设备起始扇区，加上物理块号 × 块大小 ÷ 512，才能得到最终 LBA - 整个过程必须确保文件系统未被挂载，或至少以只读方式挂载，否则数据可能不一致
pmap 和 /proc/pid/smaps 查的是内存映射，不是磁盘块映射
很多人混淆“内存映射”和“磁盘块映射”。pmap、/proc/pid/maps、/proc/pid/smaps 全部只反映进程虚拟地址空间到物理内存页的映射关系，和文件在磁盘上怎么分布完全无关。
常见误解：Cached 字段高 ≠ 大量文件被 mmap；filefrag 显示碎片多 ≠ 进程 RSS 高——这是两个维度的事。
- 查某个文件是否被 mmap 进内存，用
pmap -d PID | grep "your_file"，看Device列是否非00:00 - 查某段内存实际占多少物理页，盯
/proc/PID/smaps里的Private_Dirty，不是Cached - 别指望用
stat或du推断块分布：stat -c "%b %B"只给块数和大小，不告诉你这些块连不连
filefrag 给的是 extents 数量和大致跨度，fibmap 给的是逻辑块号，debugfs/xfs_db 才是通向物理 LBA 的窄门——但每一步都得手动拼接，且不可移植。 
