Программа для создания Bad-ов

ShaddyR · Конфигурация компьютера

ni4: он делает то, что зовется софт-БЭДами, насколько я помню. Так?
дааавненько не юзал Петькиных продуктов под ДОСом

ni4 · Отправлено: **13:52, 17-03-2006** | #22

DisFox
Ну насколько я помню... заходишь в фат, находишь там нестабильные кластеры, выделяешь область и в меню EDIT->FILL->BAD. Вроде так, но наверняка сейчас сказать не могу.

ni4 · Отправлено: **14:01, 17-03-2006** | #23

Цитата:

он делает то, что зовется софт-БЭДами, насколько я помню. Так?

Нет, он помечает кластер бэдом в ФАТе, а софт-беды (сектора) делает мхдд прямо на винте (файловая система тут значения не имеет), и им же они и убираются.

DisFox · Конфигурация компьютера

Попробую еще раз полазить по DiskEdit.

Цитата:

а софт-беды (сектора) делает мхдд прямо на винте

Я уже писал что MHDD при создании бед кластеров выдает ошибку и ничего не делает.

ni4 · Отправлено: **14:56, 17-03-2006** | #25

DisFox, я в курсе, что мхдд не помог. Но для лучшего взаимопонимания предлагаю определиться с терминологией. А именно: понятие "кластер" применимо только в рамках файловой системы. А когда речь идет о программах типа мхдд, то только сектора.

ShaddyR · Конфигурация компьютера

ni4: Ты ничего не путаешь? Я, конечно, могу ошибаться... но если мне не изменяет память с кем попало, то есть два типа БЭДов - программные и аппаратные. Программные записаны в ФАТ. Аппаратные записаны в служебной области винта.

ni4 · Отправлено: **16:33, 17-03-2006** | #27

Нет, не путаю.
Аппаратные бэды - разрушение магнитной поверхности (например). Поврежденные сектора не читаются/пишутся. варианты борьбы с ними:
1 - прописать в P-list и переписать транслятор. Результат - бедов нет, задержек в чтении тоже нет. Особенности - достаточно сложно осуществить без специальный программ(и иногда железок).
2 - прописать в G-list, то есть сделать ремап. Результат - бедов нет, есть задержка при обращении к сектору из-за того, что он переназначен в резервную область. Особенности - довольно просто осуществить(в теории простая запись в сектор уговорит винт на ремап), с помощью той же мхдд.
3 - пометить кластер в котором присутствует бэд сектор в файловой системе(для фат - это запись в таблицу размещения файлов значения FFFFF... , у нтфс есть спец файл с номерами битых кластеров). Это осуществляется самой операционной системой при форматировании. Результат - бэд есть, но операционка к нему не обращается. Особенности - нерационально и неэффективно, но иногда получается только так...

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

ShaddyR · Конфигурация компьютера

ni4: Собсно, мхдд ничего не убирает... она может попросить винт убрать...

ni4 · Отправлено: **17:53, 17-03-2006** | #29

В случае ремапа ты прав на сто процентов, на него добро дает электроника винта. А с софтовыми бедами немножко по другому. Я же говорил, что физических дефектов сектор не имеет, так что микропрограмма винта будет молчать в тряпочку. С такими секторами не сможет работать операционная система(по крайней мере ни дос, ни винда, ни линуксы) в силу своих особенностей. Поэтому повторюсь: софтовый(логический) бэд сектор уйдет в небытие при осуществленни операции записи в него без контроля CRC.

Guyver · Отправлено: **15:50, 18-03-2006** | #30

А как убрать этот самый контроль CRC в Windows XP (sp2)?