Что Вы используете для создания резервной копии HDD?

← →
Игорь Шевченко © (2009-01-19 23:58) [80]

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

Это как ?

← →
dmk © (2009-01-20 00:02) [81]

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

← →
Eraser © (2009-01-20 00:03) [82]

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

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

← →
Eraser © (2009-01-20 00:07) [83]

http://www.3dnews.ru/storage/badblock/

← →
Игорь Шевченко © (2009-01-20 00:23) [84]

Eraser © (20.01.09 00:03) [82]

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

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

← →
Riply © (2009-01-20 00:41) [85]

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

> Это как ?

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

← →
Германн © (2009-01-20 00:44) [86]

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

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

← →
Игорь Шевченко © (2009-01-20 00:45) [87]

Riply © (20.01.09 00:41) [85]

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

← →
Eraser © (2009-01-20 01:03) [88]

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

← →
Игорь Шевченко © (2009-01-20 01:50) [89]

Eraser © (20.01.09 01:03) [88]

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

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

← →
Eraser © (2009-01-20 01:56) [90]

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

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

← →
Eraser © (2009-01-20 01:58) [91]

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

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

← →
ketmar © (2009-01-20 02:26) [92]

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

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

← →
Eraser © (2009-01-20 02:29) [93]

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

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

← →
Игорь Шевченко © (2009-01-20 02:51) [94]

Eraser © (20.01.09 01:58) [91]

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

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

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

← →
Eraser © (2009-01-20 02:58) [95]

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

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

← →
KSergey © (2009-01-20 09:32) [96]

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

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

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

← →
Кто б сомневался © (2009-01-20 16:09) [97]

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

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

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

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

← →
ketmar © (2009-01-20 16:37) [98]

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

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

---
All Your Base Are Belong to Us

← →
Eraser © (2009-01-20 17:07) [99]

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

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

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

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

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

← →
ketmar © (2009-01-20 17:12) [100]

>[99] Eraser © (2009-01-20 17:07:00)
>кстати это не дает никакой гарантии против заремапивания софт-бэдов
в проблемах убогих недооперационок S.M.A.R.T. никак не виноват. нафига эта тупица пометила порченым то, что порченым не является?

>не раз встречал упоминание о том, что особенно на относительно старых моделях эта
>функция самовосстановления просто отключена по-умолчанию.
проблемы с отсутствием моска у юзера S.M.A.R.T. тоже не решает.

---
Understanding is not required. Only obedience.

← →
Eraser © (2009-01-20 17:20) [101]

> [100] ketmar © (20.01.09 17:12)

> в проблемах убогих недооперационок S.M.A.R.T. никак не виноват.
> нафига эта тупица пометила порченым то, что порченым не
> является?

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

← →
Игорь Шевченко © (2009-01-20 17:30) [102]

> такое может происходить например из-за неисправности материнки/контроллера.

а материнка как влияет на низкоуровневое определение бэд-блоков ?

← →
KSergey © (2009-01-20 17:41) [103]

> Игорь Шевченко © (20.01.09 17:30) [102]
> а материнка как влияет на низкоуровневое определение бэд-блоков ?

Много, много легенд здесь понавешано. Передаваемых из уст в уста в виде молитв и преданий :)

Не, часто удается докопаться до истины, она даже соответствует по внешним признакам преданиям, но чижило :)

← →
ketmar © (2009-01-20 17:46) [104]

>[101] Eraser © (2009-01-20 17:20:00)
>операционка точно не причем, т.к. имелись в ввиду низкоуровневые софт-бэды (не
>имеющие отношения к файлововой системе), которые сделал сам винт, такое может
>происходить например из-за неисправности материнки/контроллера.
O_O

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

← →
Eraser © (2009-01-20 17:58) [105]

> [102] Игорь Шевченко © (20.01.09 17:30)

это вопрос к производителям.

> [103] KSergey © (20.01.09 17:41)

то что я назвал это не легенды, а общеизвестные факты, которые во всех FAQ для чайников описаны на ресурсах по восстановлению инфы.

← →
KSergey © (2009-01-20 18:06) [106]

> Eraser © (20.01.09 17:58) [105]
> то что я назвал это не легенды, а общеизвестные факты, которые
> во всех FAQ для чайников описаны на ресурсах по восстановлению инфы.

Написаны, не спорю.
Но когда их читаешь - нестыкухи с логикой в толкованиях навевают мысли о легендах. Даже если - как я уже говорил - по внешним признакам все и сходится.
Я тоже читал, немного, правда.

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

> [106] KSergey © (20.01.09 18:06)

> Но когда их читаешь - нестыкухи с логикой в толкованиях
> навевают мысли о легендах. Даже если - как я уже говорил
> - по внешним признакам все и сходится.

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

> А Игорь ведь логичный вопрос задал.

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

> уж очень много технологий изобретено

при чем для разных марок HDD эти технологии могут отличаться.

Eraser © (20.01.09 17:58) [105]

> это вопрос к производителям.

К производителям винчестеров, к производителям материнских плат или к прозводителям FAQ для чайников ?

Eraser © (20.01.09 18:24) [110]

Проиводители винчестеров и материнских плат соответствуют стандартам. В стандарте, насколько мне известно, такие ситуации не описаны.

Очень странное поведение по поводу скана диска у разных программ!!

Scandisk под Vista сказал, что все чисто.
HDDScan в. 3.1 сказал, что нашел 4 бэд-блока.

Может еще чем просканировать? NDD каким-нибудь?!

В общем новый WD 150 Гб на 10000 rpm глючит.
Smart Info пишет, что все путем и ни одного блока не помечено.

В общем в выходные опять format C:-(

> [111] Игорь Шевченко © (20.01.09 18:37)

так речь не о штатных ситуациях, а об аварийных. ясное дело, что просто так софт-бэды появляется не будут. я сам был не раз свидетелем такого явления и даже сам был потерпевшим: на материнской плате (даже не на контроллере HDD) возникала неисправность - при включенном DMA данные сохранялись на HDD с ошибками, в режиме PIO все нормально функционировало. после замены M/B корректность работы HDD в режиме DMA тоже восстанавливалась.

Eraser © (20.01.09 19:32) [113]

> я сам был не раз свидетелем такого явления и даже сам был
> потерпевшим: на материнской плате (даже не на контроллере
> HDD) возникала неисправность - при включенном DMA данные
> сохранялись на HDD с ошибками

Ты сам посуди, как такое может быть - все коды коррекции для данных высчитывает контроллер винта. Хоть включенный DMA, хоть не включенный.
Если у тебя шлейф кривой - это еще не повод для винта маркировать сбойные сектора.

>[105] Eraser © (2009-01-20 17:58:00)
>то что я назвал это не легенды, а общеизвестные факты, которые во всех FAQ для
>чайников описаны на ресурсах по восстановлению инфы.
а на всех ксианских ресурсах написано, что бог есть. вы таки говорите, шо это достаточное доказательство достоверности?

зыж на тему «ну, это везде говорят» курим MythBusters, например.

---
All Your Base Are Belong to Us

Eraser © (20.01.09 19:32) [113]
>MHDD сканируй http://www.ihdd.ru/mhdd

Да тоже самое, что и HDDScan. Тоже 4 плохих сектора. Вот интересно, если я винт отформатирую, а ghost потом откажется сохраненный образ восстанавливать. мдаа...

> Да тоже самое, что и HDDScan. Тоже 4 плохих сектора. Вот
> интересно, если я винт отформатирую, а ghost потом откажется
> сохраненный образ восстанавливать. мдаа...

Думаю все нормально будет. Ghost наиболее качественный продукт из всех аналогов.

Что Вы используете для создания резервной копии HDD? Найти похожие ветки