Строчка в fstab для HDD_MEDIA

Зачем обрезали вывод smartctl? У вас после записи всего диска нулями появились ″5 Reallocated_Sector_Ct″?

ИМХО, нет опций монтирования против отказа железа (жёсткого диска), диск у вас старый, сколько проживёт непонятно и SMART достаточно редко точно предсказывате момен «смерти» диска.

не ну, в прошлой теме я его полный выкладывал
Ок, специально для Вас) http://pastebin.com/raw/T9x1CUsd

У вас после записи всего диска нулями появились ″5 Reallocated_Sector_Ct″?

честно не помню, но вот что было http://pastebin.com/2jftRmWd , в этом логе 0 не забивал

диск у вас старый

2-3 года - это разве старый? Или для сата, так?

Нет смысла в remount-ro ибо бедблоки обнаруживаются только при чтении, а при записи наоборот лечатся или заменяются из резерва.

И вообще лучше просто хорошенько проверь диск, например как я тут проверял новый перед вводом в строй: http://legolegs.livejournal.com/6495.html

Мне помогла привести в чувство Victoria. Сделал remap и диск уже два месяца в качестве файлопомойки пашет.

не ну, в прошлой теме я его полный выкладывал

Да, я его там посмотрел, но smart особо без полезно смотреть единожды, нужно постоянно сомотреть, какие показания изменяются, тогда что-то можно предположить о состоянии диска.

Старый это не только возраст, но и число циклов питания. По моим наблюдениям долго работают винты, которые не выключаются, не перемещаются (постоянно включённый системный блок на подставке на полу, а не на столе). У вас, похоже, 2-3 раза в день его включают, да ещё трясут, раз G-Sense_Error_Rate 31. В таких условиях у меня винты обычно 2-4 года живут.

Вобще не понятно, винт в логах упорно показывает ошибку чтения:

Error: UNC 8 sectors at LBA = 0x70e33800 = 1893939200

Если его целиком записывали нулями, этот сектор должен был бы получить ошибку записи и remap (realloc). Но иногда, почему-то realloc не происходит, я бы просто сделал раздел немного поменьше, чтобы этот адрес был вне раздела (вне файловой системы).

Мне помогла привести в чувство Victoria. Сделал remap

в той теме отписали бы... но все ж вопрос, данные на разделах перед викторией лучше форматнуть или на свой страх и риск, если все гладко пройдет разделы с данными на месте будут?

2-3 раза в день его включают

да, бывает если не больше

ещё трясут, раз G-Sense_Error_Rate 31

Диск в контейнер вставлен, который вставляется в ноут вместо CD-Rom
https://www.ulmart.ru/goods/288060
А вот ноут: экран прямо, а нижняя часть где диск и клава под углом, т.к. на подставке , примерно так
http://assets.coolermaster.com/global/uploadfile/fileproduct_list/P1302180537...

раздел немного поменьше

да уже и виндой переразбивал, проверял огрромный раздел на ошибки и сейчас 2раздела сделал, а толку нет
http://polariton.ad-l.ink/6x8hsXPQl/image.png
http://pastebin.com/ZQ0TkbkN

Печально, LBA адрес ошибки стал другим, если это не из-за проблем по питанию, то винт собирается умереть.

Эхх, спасибо, сейчас пока думаю куда данные слить и как на жесткий другой переехать, мне кажется проблема питания наверно в контейнере все таки, может там контакты как-то плохо продуманы, ну или вместо cd-rom входа держать жесткий плохая идея.

Есть мысль с данными разобраться и в виктории ремап сделать
раздел hdd не читается и не монтируется (комментарий)

Кстати, а вот про SSD что скажете, там подобное и аналогичное уже давно не наблюдается / не наблюдалось?

В какой-то отдельной модели SSD могут наблюдаться любые глюки, могут быть баги в прошивке или дефекты контроллера/памяти.

Но в целом, большинство современных SSD дисков сообщает через SMART число циклов записи и оценивает «износ» диска, то есть порог, когда ssd уйдёт в RO можно как-то спрогнозировать.

У меня тут опять начинается, комп вырубаю, приходжу, и уже 2 раза именно один раздел нечитаемым был, проверка GParted спасает, ну тут да вопрос времени надолго ли это...

я бы просто сделал раздел немного поменьше, чтобы этот адрес был вне раздела (вне файловой системы)

а на что смотреть, ориентироваться в создании раздела объемом?

На LBA адреса обшибок в log'е SMART'а, так, чтобы внутри раздела не было проблемных секторов. Но, судя по разным вывода smartctl, ошибки возникают в разных местах, не думаю, что получится «вырезать» плохие сектора разметкой диска.

пока что предположение и как заметил, ошибка в разных местах после форматирования возникает, вот как-то так пока что заметил и предположил

На LBA адреса ошибок в log'е SMART'а

а просмотреть как, то что в раздел проблемные сектора не вошли?

Вот в логе, допустим:

8 sectors at LBA = 0x70e33800 = 1893939200

1893939200*512 = 969696870400 байт от начала диска.

При разметке смотрим, чтобы данное значение не вошло в раздел. Разметка обычно выравнене по цилиндрам, номер цилинда умножаем на кол-во байт в цилиндре и получаем размер.