2 天前，在下载过程中，uTorrent 开始出现问题CRC error (write)，我多次恢复下载但均失败（几秒钟/几分钟内相同错误反复出现），然后决定停止它并运行完整版chkdsk。
- 1TB 分区大约需要 30 小时才能完成，在几个文件上停留了几个小时（见输出）
- 在
chkdsk我运行过程中smartmonctl --health（当时我以为chkdsk只是卡在某个文件上），并smartmonctl报告了raw_read_error_ratefailing now，还有一条友好的消息hdd will die in 24hrs - 完成后
chkdsk，smartmonctl --health显示PASS并表明raw_read_error_ratefailed_before（当前标准化93，值1，阈值53） checkdsk输出显示~12000 个坏簇：
C:\Users\Taras>chkdsk E: /F /V /R
文件系统类型为 NTFS。
卷标为数据。第 1 阶段：检查基本文件系统结构...
已处理 47360 个文件记录。
文件验证已完成。
已处理 27 个大型文件记录。
已处理 0 个坏文件记录。第 2 阶段：检查文件名链接...
已处理 48220 个索引条目。
索引验证已完成。
已扫描 0 个未编入索引的文件。
已恢复 0 个未编入索引的文件。第 3 阶段：检查安全描述符...
清理文件 9 的索引 $SII 中的 46 个未使用的索引条目。
清理文件 9 的索引 $SDH 中的 46 个未使用的索引条目
。清理 46 个未使用的安全描述符。
安全描述符验证已完成。
已处理 430 个数据文件。阶段 4：在用户文件数据中寻找坏簇......
Windows 替换了文件 2813 中的坏簇
名称为 $PATH1.MKV。
Windows 替换了文件 2863 中的坏簇
名称为 $PATH2.MKV。
Windows 替换了文件 2881 中的坏簇
名称为 $PATH3.MKV。
Windows 替换了文件 2891 中的坏簇
名称为 $PATH4.MKV。
已处理 47344 个文件。
文件数据验证已完成。第 5 阶段：查找坏的、空闲的簇...
已处理 88458934 个空闲簇。
空闲空间验证已完成。
将 12163 个坏簇添加到坏簇文件中。
CHKDSK 发现卷位图中标记为已分配的可用空间。Windows 已对文件系统进行了更正。
无需采取进一步措施。总磁盘空间为 1347949889 KB。15398
个文件中共计 993898020 KB。432
个索引中共计 12752 KB。
坏扇区有 48652 KB。
系统使用了 154729 KB。
日志文件占用了 65536 KB。
磁盘上还有 353835736 KB 可用。每个分配单元有 4096 字节。
磁盘上共有 336987472 个分配单元。
磁盘上可用的分配单元有 88458934 个。
HDD 是外置三星 Story Station 1.5TB 5400 USB2 绿色（自动挂起）。
问题是：这是否一定意味着磁盘即将报废，或者是否可以安全地用作介质存储（没有重要内容）？我感觉这些错误可能是由于磁盘暂停/恢复以及软件问题而发生的，可以以某种方式将其关闭吗？
或者我应该把它扔掉？
答案1
永远不要将您关心的数据信任给发生故障的驱动器。您的驱动器是故障。当chkdsk开始报告坏扇区时，您的驱动器已经用尽了出厂时的所有备用扇区，以处理在正常驱动器中发生的少数“正常”扇区故障。但是，一旦储备耗尽，麻烦就开始酝酿，驱动器将走下坡路。
很难说驱动器是否会继续自我毁灭，报告越来越多的坏扇区（沿途损坏所有东西），突然拒绝被计算机识别，或者出现其他严重的故障模式。无论如何，如果当这种情况发生时驱动器上有你想要的东西，你会后悔没有把它移到一个更安全的地方。
答案2
这是我在这个网站上的第一个回答：首先，把那个硬盘扔掉，但我想讨论一下解决常见问题的其他方法：
外部 USB 硬盘出现 CRC 错误（写入）或 I/O 错误，可能是因为外部硬盘写入速度太慢。当 RAID 5 阵列中的硬盘出现故障时，写入速度波动且缓慢，通常是即将发生故障的第一个迹象。再加上 USB 瓶颈，您就会收到 I/O 错误。在以这种方式发生故障的 RAID 阵列中，您可以费力地逐个更换硬盘，直到找到有问题的硬盘或备份，然后等到 HAL 将您扔出气闸。与 Windows 一样，有时 NAS 需要全新安装，这从来都不是好事。
在外部硬盘上使用 NTFS 格式只会带来麻烦。NTFS 格式（和 exFAT）往往会使文件碎片化，还会在“软盘驱动器主轴”处启动文件写入，并将文件写入向外进行。这是由于 DOS 的历史。切勿在外部硬盘上使用 exFAT！exFAT 很棒，但只能在 mSD 存储卡和 USB 拇指驱动器 -> 固态上使用。
Ext4 是 LINUX 的“专属”格式；我使用 Ubuntu。如果可行，请始终在 SSD、HDD（包括外部 HDD）上使用 Ext4 格式。Ext4 可避免碎片化，即使在固态设备上，也不会从“软盘驱动器主轴”重复写入。
在 NAS 上，BRTFS 是强烈推荐的格式，但我的建议是使用 Ext4，然后备份、备份、再备份。大多数大师和专家都会谴责这种建议，但对于我的“使命”，我说保持简单，愚蠢。现在，BRTFS 具有非常理想的修复文件的能力，但我选择不使用该功能。此外，我从不使用加密来做任何事情，因为我只是对一切都有物理控制权。
你正在进行种子下载，我建议如果这些种子下载到 SSD 上，就使用外部 SSD 来卸载热量。
我怀疑 ISP 大幅增加我们的带宽的原因之一是为了让吞吐量变得如此之快，以至于外部 HDD 成为瓶颈并导致出现 I/O 错误。
大文件传输似乎会造成内存漏洞。Ubuntu 应用程序 pSensor 会跟踪温度、CPU 使用率和可用内存。随着可用内存耗尽，CPU 使用率和平台 HDD 或 SDD 的使用率会更高。解决这些问题的可靠方法是重新启动平台。
我最喜欢的 Apple File Protocol（苹果文件协议）即将消失或告别，尽管我没有 Apple 产品。对我来说，剩下的就是 SMB（服务器消息块）。SMB 和 exFAT 可以说是当今 Microsoft 中最好的，尽管 SMB 是 IBM 的开端。exFAT 只是另一个 DOS（磁盘操作系统）。我有一个 NAS 备份到另一个 NAS，一旦启动，这两个设备只需要它们自己和一个交换机（路由器通常包括交换机）即可进行通信。省去中间人 Ubuntu 平台真是太棒了。
还有许多其他协议和问题，虽然有 LINUX 原生的 NFS 协议，但世界需要的，类似于万物上的 USB-C 充电端口！：我们都需要一个可以全天传输文件的文件传输协议，而不会扰乱内存交换、CPU、写入速度瓶颈、可用内存…………
最后，如果您尝试使用外部 USB SSD，并且在 USB SSD 上有一个 TEMP 文件夹，即 Crucial X8 4TB 便携式 SSD（4TB 和 2TB 具有更大的缓存，而最新的 X9 仅增加了加密），您的 I/O 错误就会消失。
额外提示：如果 UHD/4K 播放在从外部 HDD 播放时停顿或出现故障，但从平台的 SSD 播放时可以正常播放和快进等，Crucial X8 4TB 便携式 SSD 将解决该问题。就像您无法使用 VLC 通过以太网电缆从 NAS 播放 UHD/4K 文件一样，将所有内容复制到便携式 SSD，您就可以开始了。您可以采用“老式”方法，从 NAS 到便携式 SSD 进行 Sneaker-net 传输。瞧！您可以快进、跳转......