0

我有一个 LVM 硬盘。它包含我所有的媒体供 Kodi 使用。它偶尔（大约每周一次）无法访问媒体。尝试重新安装设备sudo mount -a导致输入/输出错误。

来自各种来源的解决方案是它包含坏块，所以我运行fsck -cc /dev/icybox/media了一个非破坏性的读写坏块检查。

花了 5 天，但终于完成了，好消息，没有读取或写入错误，但有几百个损坏的块。这是一些输出：

# fsck -cc -V /dev/icybox/media
fsck from util-linux 2.34
[/usr/sbin/fsck.ext4 (1) -- /mnt/icybox] fsck.ext4 -cc /dev/mapper/icybox-media
e2fsck 1.45.5 (07-Jan-2020)
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done
/dev/mapper/icybox-media: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 55640069: 849596509
Multiply-claimed block(s) in inode 55640261: 448514694
Multiply-claimed block(s) in inode 55641058: 465144485
Multiply-claimed block(s) in inode 55641147: 470406248
...and lots more Multiply-claimed block(s)

然后这个：

Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 190 inodes containing multiply-claimed blocks.)

File /TV Shows/Arrested Development/Arrested Development - Season 1/Arrested Development - 119 - Best Man for the Gob.mkv (inode #55640069, mod time Sat May  5 11:19:03 2018)
  has 1 multiply-claimed block(s), shared with 1 file(s):
        <The bad blocks inode> (inode #1, mod time Thu May 20 22:36:40 2021)
Clone multiply-claimed blocks<y>? yes

还有一堆文件说他们在 inode #1 上有 1 个与 1 个文件共享的多重声明块。我应该对克隆问题说“是”吗？

显示的所有文件都与坏块 inode #1 共享，根据https://unix.stackexchange.com/questions/198673/why-does-have-the-inode-2 inode#1 存储坏块。

所以我有一堆问题：

  1. 这个文件如何与坏块共享？
  2. 坏块列表是否不正确/损坏？
  3. 有没有办法清除坏块列表并进行另一次扫描以重新开始以正确填充它？

只要我可以列出一个列表重新下载它们，我就不会太担心丢失单个媒体文件的数据。

PS 不确定它是否相关，在此之前我已经运行了相同的 fsck 命令并且它被断电中断，所以我不知道这是否会导致损坏的 badblock inode #1。我又跑了一次，大约 70%，然后出了点问题，每个块都变成了读取错误（我认为它又变成了输入/输出错误）所以我担心所有这些块都被列为坏块，我取消了当我注意到它在大约 70% 时进行处理，所以它没有完成。

感谢您的任何帮助和答案

4

0 回答 0