[Tau_0]

Если вы о стирании диска, что я его производил в mhdd. »

Похоже, что и MHDD затирает 512 байтными секторами сектора по 4096. Для того, чтобы записать один сектор 512 байт в сектор 4096 байт, большой сектор надо предварительно выбрать, а вот выбираться он не будет потому, как soft-bad...
А вот записать поверх диапазон из восьми 512 байт секторов можно, --- для этого предварительная выборка большого сектора не нужна...

[Паркан]

А вот записать поверх диапазон из восьми 512 байт секторов можно, --- для этого предварительная выборка большого сектора не нужна... »

Что то я вас не совсем понял.

[Tau_0]

Что то я вас не совсем понял. »

А что тут понимать. На AF харде сектор имеет размер 4096 байтов. Для того, чтобы записать в один большой сектор 4096 байтов харду его надо предварительно выбрать/прочитать.

Пусть в большой LBA:0 надо записать малый сектор сектор LBA:2. В этом случае хард AF WDC эмулирует большой сектор восемью малыми.
1. Считывает в свою рабочую память большой сектор 4096 бйтов.
2. Вставляет с offset=1024 один малый сектор 512 байт
3. Обратно записывает по LBA:0 один большой сектор.
============================================
Итого имеем три операци вместо одной, если бы писали малый сектор в малый.

Но если в один большой надо записать диапазон из восьми смежных малых секторов --- LBA:0, LBA:1, .., LBA:7, то предварительно выбирать большой сектор и вставлять малые с нужным смещением не нужно. Хард просто пишет поверху. В противном случае большие тормоза будут.

Ни Victoria, ни MHDD о больших секторах не имеют никакого представления. Поэтому и пытаются затереть большой сектор одним малым. Это не проходит.
См. в Вики --- достаточно картинки посмотреть…
Advanced Format
А можно посмотреть и рапорт Victoria или MHDD --- там видно, как на один LBA, кратный восьми, приходится восемь непрочитанных малых секторов (если большой сектор сбойный…)

[Паркан]

В Ubuntu 12.04 есть функция затирания hdd нулями. Если смогу, сделаю и отпишусь. Система более менее новая, может и сможет все нормально выполнить.

[misha2]

Ни Victoria, ни MHDD о больших секторах не имеют никакого представления. »

Как же быть с записью на Самсунг ST1000LM024 HN-M101MBB с AF -



?..

[Tau_0]

Как же быть с записью на Самсунг ST1000LM024 HN-M101MBB с AF - »

Во-первых, я писал про харды WDC с большими секторами, а у Вас Самсунг…
А во-вторых и на такой же WDC конечно запись пойдёт, --- бэдов нет и большие секторы прочитаются…
Вот Вам с хобота… --- до них быстро дошло…

WD20EARS Ясно, с AF диск, поэтому и с ремапом проблемы. Попробуйте делать дампы с этого проблемного участка и заливать их обратно. Удобней всего это будет сделать в DMDE. В таком варианте ремапа проблема с AF, думаю, будет более сглажена, да и на медленных больше шансов вычитать инфу и записать обратно. Проблемную область Вы же выявили, вот и попробуйте такой вариант ремапа. На эти Green'ы жалоб много встречается, говорят секторы у них длинные, а жизнь короткая. Зато подешевле

Странные ошибки на жёстком диске

Может, чем другим попробовать? Вам ведь надо всего от одного пендинга избавиться? Попытайте удачу через запись дампа в DMDE. LBA проблемного блока известен? Тогда почитайте как это можно сделать и вперёд. При ошибке чтения из этого сектора - нажать игнорировать. При ошибках записи дампа обратно на диск может давать ошибку - нажимайте ПОВТОР, пока не запишет. Наверное раз 10-15 придётся повторить, пока винт не решит сам переназначить сектор. Может и с одного раза прокатит, если это софт-бэд. После записи опять проверьте смарт. ► DMDE

Victoria: тестируем диски/вопросы по использованию

И картинка в качестве бонуса…

[misha2]

Во-первых, я писал про харды WDC с большими секторами, а у Вас Самсунг… »

Хорошо, обьясните мне разницу между сектором 4к у самсунга и сектором 4к у ВД...
Цитаты с хобота несут в себе половину бреда. Например из приведённого вами же -

На эти Green'ы жалоб много встречается, говорят секторы у них длинные, а жизнь короткая. Зато подешевле... Попытайте удачу... »

Сами видите - "говорят (что кур ...)" и "попытайте удачу". И это авторитетные мнения ?

[Tau_0]

Хорошо, обьясните мне разницу между сектором 4к у самсунга и сектором 4к у ВД... »

Этой разницы я не знаю, но знаю, что она есть...
У меня к Вам стречный вопрос, --- каким образом программно можно определить размер сектора харда...???...

[misha2]

И вдогонку Seagate ST3000VX000-9YW166 тоже модель с AF -



наверно и у сигейтов что-то не так как у ВД с сектором в 4к ?

каким образом программно можно определить размер сектора харда...???... »

Я не программист, но кахдый день вижу и в утилитах и в РС3к что они запросто выводят размер сектора в юзер зоне.
Кстати и вами любимый DMDE тоже должен различать размер сектора.

[Tau_0]

Я не программист, но кахдый день вижу и в утилитах и в РС3к что они запросто выводят размер сектора в юзер зоне. »

А вот Victoria и MHDD с этим не заморачиваются...

Понятно, что единственный способ определить размер сектора это опросить устройство. Надо выдать команду ECh (identify device) это описано в Вашем любимом стандарте (ATA/ATAPI-6 перевод есть даже на русском…). Но вот незадача --- на первых WD20EARS в этом поле был мусор. Сейчас искать лениво, но помню чётко, что на это дело в сети жаловались…
Судя по всему разработчики Victoria и MHDD с этим не заморачивались, когда и так размер сектора в 512 байтов был тогда единственным… Отсюда и проблемы…

Я не слыщал, чтобы DMDE определял размер сектора, хотя слышал, что WinHex определяет и ругается при несовпадении размеров секторов в посекторносм копировании.

Харды WDC внешне эмулируют малые сектора, но при этом им необходимо и обязательно вычитывать большой сектор LBA:0, если запрашивается LBA:2. LBA:2 считается именно малым сектором, а не большим… --- В противном случае полетит львиная часть былого софта…

Все различия в работе софта зависят от реализации разработчиками, --- предусмотрели они это различие в размерах секторов или нет.