我的硬盘经常会出现孤立的索引文件，从而无法删除其中的目录。
我使用的是 Ubuntu 22，所以我尝试运行 fsck ( sudo fsck /dev/sdb2)，它所做的只是返回成功状态代码并向终端打印“fsck from util-liinux 2.37.2”。没有延迟，好像实际上没有进程检查文件等。但问题仍然存在。
因此，我切换到 Windows 11（双启动，有问题的硬盘是单独的 HDD，而不是启动驱动器）并运行 chkdsk 命令来执行相同的操作（chkdsk E: /f），该命令实际上会运行一系列检查，甚至通过删除所有孤立索引来解决问题。我切换回 Ubuntu，瞧，我可以删除我想要的目录。
为什么 fsck 在这里不执行任何操作？
我的一个朋友给我发了一个他们篡改/破坏/损坏的 zip 文件。在这种情况下，它是一个 Minecraft 资源包。我根本无法打开文件，我已经尝试了很多方法来提取内容。来自许多 Windows 工具和 Linux 工具。我知道可以提取它，因为您可以将它加载到 Minecraft 中并且它可以完全工作（他向我保证这是可能的）
你们能给我任何帮助或指导吗？我不想被他打败。
这是 zip 文件的链接：https ://www.mediafire.com/file/xcbg5ayrcawy8iv/pack.zip/file
每次我打开我的一个 Excel 文件时，它都会在左侧显示一个侧边栏，说它已经重新创建了它（瑞典语中的“Återskapa dokument”）并说我应该保存我想要的那个。
文件打开了，我看不出有什么问题。我已经尝试了“重新创建”侧边栏中文件图标的所有菜单条目，我尝试编辑然后保存，我尝试关闭整个侧边栏。当我保存文件时，侧边栏确实消失了，如果我随后关闭文件并重新打开它而不关闭 Excel，侧边栏不会重新出现。但是，如果我随后关闭 Excel 并重新启动它，那么当我打开文件时，侧边栏会再次出现。
但无论我做什么，下次我打开文件时，Excel 会再次打开同一个侧边栏并说它已被重新创建......
这似乎不时发生（不仅仅是这个 Excel 文件），而且我经常发现侧边栏是“粘性的”，即我不知道什么操作顺序会使其停止显示。我通常最终会摆脱它，但我从来没有真正理解是什么行为使它消失并远离它。
我无法使用 Google 找到有关此问题的文档，侧边栏中提供的帮助部分似乎没有解决这个问题，并且那里的描述与我观察到的实际行为不太匹配。也许我误解了这个侧边栏在英语中的实际名称，所以我的英语搜索尝试不正确？
我将非常感谢指出适当的文档和/或解释如何在每次发生时正确摆脱这个唠叨的侧边栏。
我认为一种解决方法是将文件的内容复制到一个新的工作簿中，但我真的很想知道如何在不求助于它的情况下解决这个问题。
公开的实际问题：
我使用一个名为 youtube-dl 的程序从 YouTube 和 Twitch 等网站下载和存档视频。为了验证下载的完整性，我下载了两次相同的视频并验证它们的校验和是否匹配。我担心一些未被注意到的问题可能会导致两个视频以相同的方式被静默损坏，即使它们的数据完整性已受到损害，也会导致匹配校验和。
最初发布的问题：
特定数据损坏是否可以重现到其产生的哈希值？
例如，如果某个文件在执行后由于某些底层软件或硬件问题而发生数据损坏，那么该文件的副本在类似执行后是否会遇到完全相同的数据损坏方式，从而导致哈希值与原始损坏的文件？
换句话说，所有数据损坏是否都必须以某种方式唯一，或者某些损坏是否可以一致并准确复制？
我刚刚发现了一个名为 par2 的漂亮工具。它可以为我想要的任何文件生成纠错块，并使用这些块来恢复损坏的数据。我开始怀疑 par2 生成的恢复块文件本身是否有任何冗余？即 par2 在尝试纠正目标数据文件上的位错误之前是否会识别其自身恢复文件的损坏？这些par文件的损坏如何影响数据的恢复过程，这种方式是否存在冗余？
最近我设置了一个新系统来处理我的数据囤积需求。我在 StableBit DrivePool 中有几个 HDD（2TB、4TB、8TB，希望尽快添加更多），没有重复。一个外部 8TB 硬盘，我使用 Macrium Reflect 保存池中最重要数据的压缩和加密备份（将把它移到异地）。我还有另一个 8TB 硬盘来存储池中所有驱动器的 SnapRAID 奇偶校验，为最多一个硬盘故障提供冗余，并通过清理提供数据完整性。
池中的一些数据 (~4TB) 是不再更改的旧存档数据，并且偶尔会添加到其中。这是我在外部 8TB 硬盘中使用 Macrium Reflect 备份的大部分内容。我面临的问题是，这些数据主要由许多小文件组成，例如 2TB 中的约 200 万个文件。这使得大多数操作（重新平衡池、使用 Macrium Reflect 备份、与 SnapRAID 同步等）非常缓慢、低效且容易出错（例如，如果防病毒软件阻止了一些奇怪的文件，那么 SnapRAID 就会失败 - 我还没有完成第一次完全同步）。
所以我希望实现的解决方案是将所有这些小文件存储在一个容器中（例如 .tar、.zip、.7z 等），无需加密或压缩。我认为这应该通过大大减少文件数量来缓解大部分问题。所以我的问题是什么容器最适合这项任务。我不希望添加冗余，SnapRAID 或池中的重复可以更灵活地处理，所以不要查看 par/par2。但如果出现问题，我希望尽可能减少失败的风险。特别是我正在寻找对数据损坏最有弹性的容器。例如，
欢迎对我提出的解决方案或我的整个系统提出任何其他意见/建议。
备份文件的一个问题是它们容易受到损坏。错误位置的一个缺陷可能导致文件的全部内容丢失，可能是数千个文件。
zip文件是否以同样的方式易受攻击？或者，如果 zip 文件损坏，我是否只会丢失受损坏直接影响的包含文件并且能够正确提取其他文件？