Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

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

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Не грузится с ST-251
RSS

Не грузится с ST-251

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7 8
Печать
 
Посредственный пользователь
Advanced Member


Откуда: $pb
Всего сообщений: 1469
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
4 июля 2014
Victor1956 написал:
[q]
Есть какая нибудь простая утилита с помощью которой
можно полечить винчестер, скрыть бэды ?
[/q]
Народ уже упоминал.
NortonDiskDoctor из пакета NortonUtilities. Файл ndd.exe
Скачивайте Norton utilities 7 или 8 под dos
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Victor1956 В "мире MFM" было все совершенно наоборот. Никто не пытался скрыть плохие сектора. Поставщики дисков писали список плохих блоков прямо на крышке диска, и это было нормально. Наоборот, все стремились после низкоуровневого форматирования (LLF) прогнать тесты и явно пометить список плохих и потенциально-плохих блоков в FAT.

NortonDiskDoctor уже порекомендовали, еще была утилитка SPINRITE, как раз на форуме vcfed ее обсуждают
http://www.vcfed.org/forum/sho...-snake-oil
doctord
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 596
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 сен. 2014
Оффтопик: Оффтопик: alecv спасибо за vcfed.org, не знал про этот ресурс )
Victor1956
Full Member


Откуда: Петербург
Всего сообщений: 287
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
12 янв. 2012
А я не мог понять что это за список приклеен к крышке
винчестера :)
Причем в списке довольно много позиций...
Arix
Advanced Member


Откуда: Саратов
Всего сообщений: 1399
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
18 июля 2015
Только это бэды, обнаруженные при работе диска с определенным контроллером. Если у вас другой контроллер, с другими параметрами (фактором чередования и т.п.), ваш список может отличаться. Вплоть до полного отсутствия бэдов. У меня с одним диском так и получилось, сейчас на нём бэдов нет. Вам, к сожалению, повезло меньше.
Интересно, влияло ли число бэдов на цену нового винчестера? Может, если было туго с деньгами, можно было взять винт подешевле с большим количеством бэдов?
albr
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 1006
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
20 апр. 2015
Arix написал:
[q]
[/q]
Насколько мне известно, этот список производитель получал в результате тестирования на заводе
Его предполагается ввести в программу низкоуровневого форматирования, контроллер про эти 'топкие' места запомнит и обращаться к ним не будет. Т.е. такой прообраз 'ремаппинга'. И вполне вероятно, что если не ввести этот список, то утилита низкоуровневого форматирования будет спотыкаться на этих проблемных секторах. И в таком случае можно попытаться скорректировать этот список с учетом сегодняшнего состояния винчестера и отформатировать его еще раз. Или я не прав?
ATauenis
Advanced Member


Откуда: Москва
Всего сообщений: 2904
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 апр. 2015
albr написал:
[q]
И вполне вероятно, что если не ввести этот список, то утилита низкоуровневого форматирования будет спотыкаться на этих проблемных секторах.
[/q]
Да. Но сначала надо сделать низкоуровневое форматирование без поиска битых секторов, чтобы образовалась "черновая" разметка с текущим контроллером и текущим состоянием винчестера. Далее запустить заново LLF со включённой проверкой на ошибки. Фактически это будет "прокладывание" дорожек-секторов по уже имеющимся местам на оладьях, и различить битый сектор от старой записи программе LLF будет значительно проще.
Merchant*RU
Advanced Member


Откуда: Москва
Всего сообщений: 404
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 окт. 2015
jugandar написал:
[q]
Для их просмотра нужно установить две программы: Адоб Акробат 6,0 (Adobe Acrobat 6.0) или ДиДжеВеУ-ридер (DJVU-reader) .
[/q]
Эт что за страшный зверь?! :biggrin:
Дежа-Вю, учи французский, хотя-бы в пределах единственного слова... ;)
DJVU-reader = ДежаВю-читалка.
Adobe Acrobat = Кирпич-Акробат. (Так твердит Вика...)

Без лирики: "пролечить от бедов" МФМ-ный винч невозможно, принципиально. Либо они есть, либо их нет, последнее встречается редко.
Запуск процедуры LLF дважды - не оправдан, даже на том-же самом контроллере. "Верификации разметки с сокрытием бэдов" не будет, контроллер заново проложит всю разметку, разве-что попытается "проскочить" мимо указанных секторов. Но сие может и не помочь, ибо "бэдом" окажется сектор, соседний с помеченным ранее. Просто контроллер начал разметку с другого углового положения пластин!

Заводская таблица бэдов предназначалась ТОЛЬКО для ПРЕформатированных (т.е. заранее форматированных на фабрике) жёстких дисков, применяемых с точно такой-же моделью БЕЗбиосного контроллера (не вспомню стандарт на маркировку, возможно, по заказу бренда форматировали под определённую модель). И при условии, что форматация винча пользователем НЕ производилась и вообще запрещена.
Во всех остальных ситуациях фабричный БЭД-лист не имеет никакого смысла! Он формируется заново, при КАЖДОМ новом LLF.

Чтобы вы понимали: "дырки в пластинах" никуда не деваются, они могут только разрастаться в размерах. (Поручик, молчать!)
НО. Их распределение по свежесозданным секторам всегда хаотично и непредсказуемо, требуется эмпирическая проверка в каждом конкретном случае. Посему и различаются БЕД-листы после каждого LLF-а.

Сбойное пятно может запросто попасть в межсекторный интервал, он-же GAP, и винч станет "без бедовым", совсем. А при следующем LLF-е вновь попасть на какой-то сектор.
Victor1956
Full Member


Откуда: Петербург
Всего сообщений: 287
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
12 янв. 2012
Ну то есть MFM винчестер с бэдами - это нормально.
Просто винчестеры IDE и SATA с бэдами я откладываю
в сторону и не использую.
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
Merchant*RU в целом верно говорит: заводской бэд-лист практически бесполезен, так как для разных контроллеров положение секторов может различаться. И бэды физически никуда не исчезнут. Но скрыть сектора всё-таки можно. Для встроенной в биос форматилки процедура выглядит так:
1) Hard disk format (а лучше Auto Interleave - он тогда проведёт тесты интерлива и выберет оптимальный); форматтер запросит таблицу дефектов - ее не заполнять. Отформатируется вся поверхность.
2) Media Analysis; на этом этапе делается сканирование поверхности на бэды
3) Ещё раз, не выходя из раздела меню, выбираем Hard disk format: на этом этапе должна автоматически подставиться таблица дефектов, составленная при сканировании! При формате они будут обойдены и DOS их не увидит.

Найденные дефекты распределяются при каждом новом форматировании не "хаотично и непредсказуемо", при использовании того же контроллера они будут каждый раз на одном и том же месте, потому что контроллер при форматировании начинает сектора от индексного импульса.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7 8
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Не грузится с ST-251
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS