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

Полигон-2

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 * 7 8
Печать
 
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 их не увидит.

Найденные дефекты распределяются при каждом новом форматировании не "хаотично и непредсказуемо", при использовании того же контроллера они будут каждый раз на одном и том же месте, потому что контроллер при форматировании начинает сектора от индексного импульса.
alecv
Advanced Member


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


Ссылка


Дата регистрации на форуме:
5 окт. 2004
KALDYH Не совсем так, если передать список плохих, контроллер просто отформатирует эти сектора с флагом "плохой сектор" а в DOS-е они буду видны как BAD, просто контроллер даже не будет их пытаться читать, делать RETRY, а сразу вернет ошибку. Если сектор отформатирован как хороший (заголовок читается) но реально плохой (CRC не совпадает), контроллер будет его пробовать считать несколько раз и только потом вернет ошибку. Еще хуже, если сбойное место придется на заголовок, тогда контроллер вернет ошибку "сектор не найден".

У MFM диска количество секторов на дорожке не меняется и они могут быть ТОЛЬКО или плохие или хорошие. В DOS все равно передается информация C/H/S, где S - константа для данного диска. Не путайте с ремапом на IDE.


Merchant*RU У MFM диска есть сигнал INDEX (начало дорожки) и форматирование всегда начинается от него, так что на данном диске и контроллере сектора будут практически в тех же местах.
Merchant*RU
Advanced Member


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


Ссылка


Дата регистрации на форуме:
16 окт. 2015
alecv написал:
[q]
Merchant*RU У MFM диска есть сигнал INDEX (начало дорожки) и форматирование всегда начинается от него, так что на данном диске и контроллере сектора будут практически в тех же местах.
[/q]
Хорошо. Где он хранится?
На стороне серворазметки или аппаратно, по датчику около шпинделя?
Где-бы об том почитать?

Было дело, у запиленного 251-го снимал сервопластину и менял её на обычную, от донора. Винч сам не стартовал (немудрено!), но после самотеста-разметки серва вернулась на своё место, была новой. Интересно, с какого ориентира она началась? Откуда взяла сигнал "индекса"?

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

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

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

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