「Ext4」- 找到受坏块影响的文件 @20210419

问题描述

如果在物理磁盘中出现了坏块，那么使用该坏块的文件将无法正常读取（比如在复制时会显示I/O错误）。那么我们该如何定位受坏块影响的文件呢？

本文将通过一系列方法在文件系统中找到受坏块影响的文件。

注意事项

进行坏块检测是文件系统无关的，而文件定位是文件系统相关的。所以，不同文件系统要使用不同处理工具。例如，在ext2/ext3/ext4中使用debugfs命令，而其他的文件系统要使用其他工具。

针对磁盘操作具有一定的危险性，注意数据备份！！！

本文内容是对「archlinux/Identify damaged files」的学习与整理，并未进行实际操作与验证。我们的目的是了解”查找受坏块影响的文件的“方法。

环境概述

本文是针对Ext4文件系统。

确定文件系统的块大小

使用tune2fs命令确定文件系统块大小：

#!/bin/sh

tune2fs -l /dev/sdxy | grep -i Block

找到文件系统的坏块值

你可能已经使用badblock命令找到坏块值，但是该值不一定是文件系统坏块值。这是由于badblock命令所使用的块大小，与文件系统的块大小不同（或者说不一定相同）。所以有以下两个选择。

使用相同块大小

#!/bin/sh

badblock -b "<file system block size>" -v /dev/sdxy

该命令扫描特定分区，并且使用文件系统块大小，所以输出的坏块位置即是文件系统中的坏块值。

使用不同块大小

如果已经使用badblock扫描磁盘，但是扫描时的块大小并不是文件系统的块大小，则需要进行转换：

	(original block number) / (filesystem_block_size / badblocks_block_size)
	original block number * badblocks_block_size / filesystem_block_size

上面的两个公式是等价的，都基于「相同位置 = 块位置 x 块大小 = 文件系统块大小 * 文件系统块位置」这一点。

开始文件系统调试

进入debugfs交互模式

执行debugfs命令，进入debugfs的交互模式：

# debugfs
debugfs 1.45.4 (23-Sep-2019)
debugfs: open /dev/sdxy


ncheck inodenumber

打开分区

在debugfs的交互模式中，使用open命令打开分区：

debugfs: open /dev/sdxy

获取特定块的信息

然后，使用debugfs的testb命令获取坏块的信息：

debugfs: testb <blocknumber>

！！！将<blocknumber>替换为前面得到的坏块值。

如果debugfs提示块未被使用，则表示该块出于空闲状态。也就是说，目前没有文件被该块损坏。这是一个好消息。

获取inode值

如果debugfs提示块已被使用，则需要使用如下命令获取对应的inode值：

debugfs: icheck <blocknumber>

该命令将会返回两个值：「块值」与「inode值」。

获得文件名（最终步骤）

debugfs: ncheck <inodenumber>

将<inodenumber>替换为上面icheck输出的第二个值。

例外情况

如果inode非常小并且ncheck无法返回文件名，那么可能是日志（journal）本身损坏。通过运行下面命令删除日志：

#!/bin/sh

tune2fs -O ^has_journal /dev/sdxy

再次运行testb命令：

debugfs: testb <blocknumber>

如果确实被日志使用，由于前面清除动作，则上述命令执行后应该提示块未被使用。

构建新的日志：

#!/bin/sh

tune2fs -j /dev/sdxy

相关文章

「Linux」- 分区标签（LABEL）
「Linux」- 调整硬盘分区
「LVM」- PV CHANGED
「fsck.ext4」

参考文献

archlinux/Identify damaged files
Find which files are affected by bad blocks on ext4 filesystem