> дело в том, что бэд-блоки помеченные системой и реальные
> бэд-блоки это не одно и то же. первые могут быть т.н. "программные".
>


Это как ?

Кросс-кластеры. Не знаю что означает, но давно читал. Может это PR? ;-)

> [80] Игорь Шевченко ©   (19.01.09 23:58)

система при обнаружении сбойного блока помечает его в файловой таблице как сбойный (в случае NFTS заносит кластер в файл "Bad Cluster File"). только и всего. а это может произойти по вине драйвера или аппаратных средств, не связанных с HDD.

Eraser ©   (20.01.09 00:03) [82]


> а это может произойти по вине драйвера или аппаратных средств,
>  не связанных с HDD.


Сколько ужасов. Я по глупости считал что бэд блоки можно по Smart посмотреть, а оказывается это все драйвер виноват

> [80] Игорь Шевченко ©   (19.01.09 23:58)

> Это как ?

Существуют даже способы прятанья информации,
основанные на использовании(создании) бэд-блоков :)

> Riply ©   (20.01.09 00:41) [85]
>
> > [80] Игорь Шевченко ©   (19.01.09 23:58)
>
> > Это как ?
>
> Существуют даже способы прятанья информации,
> основанные на использовании(создании) бэд-блоков :)

Пометка: Сжечь перед прочтением!
о)

Riply ©   (20.01.09 00:41) [85]

Это я в курсе, этим способам сто лет. Но эти блоки в SMART опять же не попадают.

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

Eraser ©   (20.01.09 01:03) [88]


> блоки, которые видно в SMART это уже найденые и заремапеные
> блоки. вот, чтобы ошибочно не заремапить софт-бэды и нужно
> производить низкоуровневое форматирование.


Э...блоки в SMART вроде как из железки попадают, поэтому я не совсем понимаю выражения "заремапить софт-бэды". Пояснишь ?

> [89] Игорь Шевченко ©   (20.01.09 01:50)

из железки, только не автоматически. может на каких-то моделях дисков это происходит автоматом, но в большинстве случаев только по команде из вне, через API. т.е. тот же MHDD получает от СМАРТ предупреджение, что данный кластер N является сбойным, тогда MHDD (или другое ПО аналогичного назначения) дает команду СМАРТу на ремап, СМАРТ принимает эту команду и проверяет опять, является ли указанный блок сбойным, если является, то производится ремап.

> "заремапить софт-бэды". Пояснишь ?

http://www.3dnews.ru/storage/badblock/ 3-вариант логического бэда.

>[90] Eraser © (2009-01-20 01:56:00)
>может на каких-то моделях дисков это происходит автоматом, но в большинстве
>случаев только по команде из вне, через API.
ЛОЛЩИТО?! ты чего-то сильно попутал.

---
Do what thou wilt shall be the whole of the Law.

> [92] ketmar ©   (20.01.09 02:26)

если б я что-то попутал, то про бэд-кластеры бы уже давно никто ничего не слышал со дня изобретения СМАРТ.

Eraser ©   (20.01.09 01:58) [91]

"3. Исправимые логические бэды. Не так уж редко встречаемый, особенно на некоторых типах накопителей тип сбойных блоков. Происхождением в основном обязаны ошибкам записи на диск. Чтение произвести с такого сектора не удается, так как обычно в нем ЕСС код не соответствует данным, а запись обычно невозможна, так как перед записью осуществляется предварительная проверка подлежащего записи пространства, и поскольку с ней уже обнаружены проблемы, запись в данную область отклоняется. Т.е. получается блок невозможно использовать, хотя физически поверхность, им занимаемая в полном порядке. Дефекты подобного рода могут быть иногда вызваны ошибками в микропрограмме винчестера, могут быть спровоцированы программным обеспечением или техническими причинами (напримем перебоем питания и его колебанием, уходом во время записи головки на недопустимую высоту и др.). Но если удается привести в соответствие содержимое сектора и его ECC-код, то такие блоки бесследно проходят. Причем процедура эта не сложна, а средства для ее осуществления широко доступны, и, в общем-то, безобидны. "

Ты этот текст можешь перевести ?
особенно эту часть:

"Чтение произвести с такого сектора не удается, так как обычно в нем ЕСС код не соответствует данным, а запись обычно невозможна, так как перед записью осуществляется предварительная проверка подлежащего записи пространства, и поскольку с ней уже обнаружены проблемы, запись в данную область отклоняется."

> [94] Игорь Шевченко ©   (20.01.09 02:51)

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

> Игорь Шевченко ©   (20.01.09 02:51) [94]
> "Чтение произвести с такого сектора не удается, так как
> обычно в нем ЕСС код не соответствует данным

Защищать автора текста не собираюсь, т.к. сам в вопросе не шарю, а "хакеры" часто пересказывают искаженную молитву, т.к. изначально смысл ее не поняли.

Однако, приведенный текст я понимаю так:
"Чтение произвести с такого сектора не удается, так как..." - в смысле "Такой сектор никто уже не читает и не использует для записи, т.к...." и далее по тексту.

> Интересно, а если переформатировать через установку XP,
> а потом Ghost'ом обратно восстановить систему? Поможет избавиться
> от bad-блоков? Это же скорее всего софтверные bad-блоки,
>  а не физические. Откуда на новом HDD bad-блоки?


Я бы так и сделал. Остальные диски, кроме системного (например диска С) - отформатнул бы из Windows.


> Откуда на новом HDD bad-блоки?

Да хотя бы в результате хранения на складе, - неправильные температурные условия итд. Процент брака тем более никто не исключал. В каждом новом hdd диске есть бэды. чем больше плотность на пластину, тем больше вероятность.

>[93] Eraser © (2009-01-20 02:29:00)
>если б я что-то попутал, то про бэд-кластеры бы уже давно никто ничего не слышал со
>дня изобретения СМАРТ.
если бы ты что-то таки знал (или хотя бы статью прочитал, на которую ссылаешься), то вот этого бы точно не сказал.

S.M.A.R.T. делает (в том числе) прозрачный для софта mapping с фигни на рабочее. сам. пока у него не закончатся резервные дорожки (которые, как ты понимаешь, не бесконечны). а вот когда резервы заканчиваются — тогда он орёт и нервничает.

---
All Your Base Are Belong to Us

> [98] ketmar ©   (20.01.09 16:37)


> если бы ты что-то таки знал (или хотя бы статью прочитал,
> на которую ссылаешься), то вот этого бы точно не сказал.

я не претендавал на звание специалиста по восстановлению информации если что.

> S.M.A.R.T. делает (в том числе) прозрачный для софта mapping
> с фигни на рабочее. сам. пока у него не закончатся резервные
> дорожки (которые, как ты понимаешь, не бесконечны). а вот
> когда резервы заканчиваются — тогда он орёт и нервничает.

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