如何定位跨多存储设备的LVM上ext4文件系统中对应指定物理设备的文件

看起来你已经把LVM的映射关系理得很清楚了——知道/dev/sdb对应的逻辑扩展（LE）范围是476932到1430792，接下来就是把这些LE转换成ext4文件系统里的实际文件。下面是一套可以在线执行、不破坏数据的步骤：

步骤1：确认ext4文件系统的块大小 #

首先得知道你的ext4分区用的是多大的块，这是后续转换计算的基础。执行命令：

sudo tune2fs -l /dev/storage/vm | grep 'Block size'

比如常见的结果是Block size: 4096（4KB块），记下来这个数值，后面会用到。

步骤2：把LVM逻辑扩展（LE）转换成ext4的块范围 #

你的PE/LE大小是4MiB（也就是4194304字节），结合刚才得到的块大小，先算每个LE对应多少个ext4块：

每个LE的块数 = 4194304 / 块大小

比如块大小是4096的话，每个LE就是4194304 / 4096 = 1024个块。

接下来计算/dev/sdb对应的ext4块范围：

• 起始块 = 起始LE号 × 每个LE的块数 = 476932 × 1024 = 488378368
• 结束块 = 结束LE号 × 每个LE的块数 + 每个LE的块数 - 1 = 1430792 × 1024 + 1023 = 1464931007

步骤3：用debugfs查询块对应的inode号 #

debugfs是ext4的调试工具，可以安全地在线查询（只要用只读命令）。执行下面的命令，获取目标块范围内所有块对应的inode：

sudo debugfs -R "icheck 488378368-1464931007" /dev/storage/vm

输出会是类似这样的格式：

Block       Inode number
488378368   12345
488378369   12345
...
488379391   12345
488379392   67890

这里的inode号就是对应文件的唯一标识，注意过滤掉属于文件系统元数据的inode（比如inode 2是根目录，inode 1是坏块表之类的，这些可以忽略）。

步骤4：把inode号转换成实际文件名 #

拿到inode号后，有两种方式找到对应的文件：

方式一：用debugfs的ncheck命令 #

sudo debugfs -R "ncheck 12345 67890" /dev/storage/vm

直接输出inode对应的文件路径。

方式二：用find命令遍历挂载点 #

如果debugfs的输出太多，也可以用find命令逐个查找：

sudo find /mnt/storage -inum 12345

这个会输出文件的完整路径。

额外技巧：反向查询单个文件是否在目标设备上 #

如果你想检查某个特定文件是否存在于/dev/sdb上，可以用filefrag工具看它的碎片位置：

sudo filefrag -v /mnt/storage/your_big_file

输出里的logical block就是文件在逻辑卷上的块号，把这个块号转换成LE：

LE号 = 逻辑块号 / 每个LE的块数

如果计算出的LE号在476932到1430792之间，说明这个文件的该部分碎片存在于/dev/sdb上。

备注：内容来源于stack exchange，提问作者Mikko Rantalainen