这些文件在我服务器的本地 SSD 上完全没问题,但当我尝试将它们复制到我已在仅包含此 HDD 的卷组顶部设置的 ext4 逻辑卷时,其中 LV 的大小是 HDD 的大小,视频文件完全损坏。我尝试复制一个简单的文本文件,但传输正常。我尝试使用 cp 和 rsync 进行复制,在这两种情况下视频文件都损坏了。
如果它是相关的,我必须设置 ext4data=journal
并关闭延迟块分配,因为这在之前的传输尝试中导致了大量错误。
如果它进一步相关,这是我正在使用的 SATA III 至 USB 3.0 集线器:https://www.amazon.com/dp/B0B3MGYK1N?psc=1
答案1
编辑:问题根本不是硬盘,而是我使用的廉价 SATA III 转 USB 3.0 集线器损坏了数据。我换了一个更好的,现在它工作正常!
事实证明,正如评论者所说,我实际上误读了 SMART 属性。
事实证明,开车真是太糟糕了。我跑了
sudo smartctl -t long /dev/<device>
等到第二天中午,然后跑了
sudo smartctl -l selftest /dev/<device>
检查检查是否已完成。检查已完成,所以我运行
sudo smartctl -a /dev/<device>
并获得了智能属性:
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 100 253 021 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 5
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 115
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 2
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 0
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 10
194 Temperature_Celsius 0x0022 112 108 000 Old_age Always - 35
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
这证实了我的担忧:硬盘有问题:看看原始读取错误率值是 200,根据供应商的说法,这实际上是最糟糕的值,而且远远高于可接受的阈值 51?寻道错误率也是这样吗?是的。硬盘出问题了。