Проблема с новым жестким диском. Он периодически перестает работать
У меня проблема с новым 8 ТБ (внутренним) жестким диском, используемым для хранения и обработки большого объема данных, загружаемых с FTP-серверов. Я проверил диск с помощью GSmartControl и все вроде бы в порядке, поэтому я начал его использовать.
Проблема в том, что каждый раз, когда данные загружаются на диск, после хранения ~ 200 - 600 Гб, диск перестает работать. Любые попытки записать на него данные заканчивались неудачей (появлялись сообщения типа "файловая система только для чтения").
Я попытался перемонтировать диск как read-write, но это оказалось невозможным (было сообщение
"cannot remount block device UUID=aee6675e-52bf-4e09-9435-fcba67f13b3d read-write, is write-protected")
Когда я попробовал проверить файловую систему, то получил следующее:
fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1 Could this be a zero-length partition?
В /var/log/messages я увидел сообщения вроде этого
Sep 18 20:07:40 vega kernel: [274385.736369] sd:0:0:0: 00 08 0 I/O erro5.736386] EXT4-fs error (device sdb1): __ext4_get_inode_loc:3740: inode #1972742humbnail: unable to read itable block
Sep 18 20:07:40 vega kernel: [274385.7d 1:0:0<6>[2743e=DID_BA274385.736470] sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 22 40 0e 08 00 00 08 00I/O error, dev sdb, sector 574623240
Sep 18 20:07:40 vega kernel: [274385.736479] sd 1:0:0:0: [sdb] Unhandled error code
Sep 18 20:07:40 vega kernel: [274385.736481] sd 1:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Sep 18 20:07:40 vega kernel: [274385.736483] sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 22 40 0e 10 00 00 08 00
Проблема решается только после перезагрузки компьютера. На данный момент и с тех пор, как я временно остановил загрузку данных, диск кажется полностью работоспособным. Кроме того, и проверка файловой системы, и интеллектуальный контроль не обнаруживают никаких проблем.
Помимо того, что эта ситуация раздражает, меня интересует, не является ли она признаком того, что диск неисправен.
Боюсь, описанное поведение является "особенностью" архивных дисков на базе SMR. На диске есть некоторая часть его емкости в обычном формате (в вашем случае, вероятно, эти 600 ГБ ). Эта область служит кешем для записи. Но проблема в том, что данные на SMR-диски нужно записывать сразу в довольно большую область. Обычно размер такой области составляет 256 МБ. И даже если вы измените один байт, всю область размером 256 МБ придется перезаписать заново.
Таким образом, если вы полностью заполните кэш-буфер, диск должен сначала записать данные в форму SMR, что занимает гораздо больше времени...
Таким образом, SMR-диски действительно больше подходят для архивирования с чтением время от времени, чем для операций записи и загрузки...