最近，我又像往常一样在 Linux 操作系统上使用外部 NTFS 格式的 3TB 硬盘。没有什么异常。在某个随机时间点，我在尝试访问文件时收到输入/输出错误。我尝试在驱动器上执行其他操作，检查了更多文件，但速度非常慢，感觉就像是在处理几乎死机的硬盘的最后几个小时。因此，我开始将最新的更改 rsync 到备份驱动器。遗憾的是，我不得不在某个时候重新启动计算机，这导致我再次进行 rsync，但这次它卡在了驱动器上的某个文件夹上，这再次将输入/输出错误作为 rsync 错误日志的输出。我多次重新运行 rsync，它总是卡在这个文件夹上。在我尝试 rsync 之前，在我意识到驱动器有问题后，我想对其进行 smartctl，但总是失败
Read Device Identity failed: scsi error medium or hardware error (serious) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
这让我更加感觉到有些事情严重地我的硬盘出了问题。同样，smartctl（每次使用不同的参数）对我根本不起作用，似乎我的硬盘仍然在勉强维持运转，我不知道在它完全死机之前下一步该怎么做。（注意：SMART 在过去 100% 内有效。它也在 BIOS 中启用。）
现在这一切都发生在 LINUX 上。更准确地说，是在基于 Debian 测试的衍生产品上。
现在让我们切换到 Windows 的视图：在上述事件序列的中间某个时刻，我再次切换到 Windows 并运行 CHKDSK，它修复了几个错误。重新运行它没有发现任何新错误。此外，在几个月前发生这种情况之前，我知道这个硬盘驱动器正好收到 600 个无法纠正的扇区。我监控了它们，它始终保持在这个数字上。
现在，在发生所有这些事情之后，Windows 说了什么？我重新启动 Windows，检查 Crystal Disk Info 是否至少能用，或者 NTFS 原生 Windows 工具是否能更好地帮助我。哦，奇迹，Crystal Disk Info 真的起作用了。甚至不需要很长时间。更令人震惊的是：我的硬盘唯一有问题的是仍然完全相同数量的 600 个无法纠正的扇区。我原本以为会有一块死金属处于 SMART-ville 的深红色中，同时每分钟都会产生数百个新的无法纠正的扇区。但这并没有发生。
事实上，在 Windows 上（几乎）一切都很顺利。硬盘并不慢。我可以像往常一样用它进行文件操作等。唯一真正迁移（部分）的问题是之前的文件夹在尝试 rsync 时出现输入/输出错误。在 Linux 中我甚至无法手动删除或移动它。但英雄 Windows 10 让我在存档后真正删除了整个文件夹，从而挽救了局面。虽然花了一段时间，但确实有效。
我的问题是：
- 造成这种情况的可能原因有哪些？
- 为什么 Linux 告诉我硬盘已损坏，我甚至无法对其进行 SMART 操作，而 Windows 程序却可以？
- 为什么启动 Linux 时硬盘运行非常慢且烦人，但在 Windows 上运行却很好？
我想了解这一点...
答案1
我费了点劲才把这块硬盘上的所有内容移到了另一块硬盘上。确保所有内容都已备份后，我在 Windows 的磁盘管理中删除了这块硬盘的唯一分区。之后，我启动了 PowerShell，启动了 diskpart，选择了正确的磁盘，发出了命令clean all，从 AZ 覆盖了整个硬盘。幸运的是，清理完成后甚至全部待处理和无法纠正的扇区消失了。经过两天的观察和检查 SMART，它们还没有再次出现。