Полигон-2

Всем привет! Решил проверить все свои контроллеры и все свои винчестеры, и избавиться от лишних. И столкнулся с тем, что я нифига в этих SCSI не понимаю.
Либо все мои винчестеры дохлые.
1. Сильно ли влияет терминация, если у меня один винчестер на коротком шлейфе (0,5м) на два устройства, а подключен он один? Я снимал с винчестера перемычку терминации, и поведение одинаковое: винчестер видится, на нем создается раздел, после перезагрузки либо винт пропадает, либо начинает форматироваться, а после 1-2% сплошные сбои и останов форматирования (DOS).
2. Все ли контроллеры: DTC-3150 (8бит), FD850(8бит), DTC-3280(16бит), AHA-1520B (16бит), Storage Dimension (8бит) должны понимать любые объемы вплоть до 16ГБ (наибольший из моих винтов)? Некоторые контроллеры опознают винты, но пишут, что не могут определить размер сектора, некоторые опознают без замечаний, идет загрузка с дискеты, но FDISK не видит HDD.
3. Должен ли видеться винчестер (IBM), который не вращается? Снята перемычка autostart. У меня он увиделся, но так и не раскрутился. После установки перемычки, он стал ракручиваться, но больше не опознается ни одним контроллером ни с перемычкой, ни без. Раньше с ним была проблема: разделы создавались, но после перезагрузки он оказывался чистым.
4. Считать ли "живым" (в большой степени, понятно, что не на 100%), контроллер, который правильно определяет подключенный винчестер?
5. Из 4х моих винчестеров один не опознается никаким контроллером, два других опознаются, но издают звуки, характерные для дохлых, в DOS-е ничего с ними сделать не получается, а четвертый на 16ГБ ведет себя на слух, как живой, опознается правильно, но в DOSе не видится, и может он слишком велик или слишком специфичен для таких древних контроллеров?
Я знаю, что все сейчас попросят модели в студию. Постепенно напишу, но может что-то общее уже можно сказать?

1. Зависит от кабеля, но терминаторы лучше включать.
2. Нет.
3. Да, электроника винчестера видится контроллером даже если нет команды на старт винчестера.
4. Да. Но может потребоваться обновление биоса контроллера.
5. Модели бы винчестеров неплохо, на 16 (модель бы конечно ни разу не сталкивался имено на 16) гиг с большой вероятностью не увидит ни один из этих контроллеров.
Для проверки я бы порекомендовал взять какой - либо известный, всеядный ,недорогой .... короче Adaptec AHA-2490 и проверил все винты и кабель. И напишите что конкретно не получается, модели оборудования, какой кабель, какие перемычки ставите, адреса.

sanders написал:

[q]

Например, AHA-1520 в меню есть автотерминация, а у Data Storage терминаторы ставятся, если к наружному выходу ничего не подключено.

[/q]

По идее (по хорошему) терминаторы должны ставится с обоих концов шины.
Т.е.:
- Контроллеры с одним разъемом, только внутренним, или только внешним, естественно, уже терминированны, им нужен только терминатор на дальнем конце шины.
- Контроллер с внешним и с внутренним разъемами, то шина проходит "сквозь него", т.е. терминатор должен висеть и снаружи на конце шины (прямо на разъеме. если ничего не включено), и внутри на последнем разъеме.
Так что сначала на очень старых контроллерах были дырки, куда надо было втыкать резисторные сборки, потом были джампера, потом пункт в меню, и уже к концу 80-х, началу 90-ых большинство контроллеров было с автотерминацией, т.е. контроллер сам терминирует, например, внешний разъем, если сейчас к нему ничего не подключено. Но, естественно, он не может терминировать другой конец кабеля, так что терминация шины после всех подключенных устройств - на стороне пользователя.

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

ЗЫ вообще, сколько я работал со scsi - шина очень живучая, даже в вариантах "без терминаторов вообще" или "терминаторы на половине дисков включены" она запускалась и работала хотябы на scsi1 (5mb/s), но, поскольку ты возишься с очень старыми контроллерами и такими же винтами, где уже вероятно половина конденсаторов высохла, то рекомендую соблюдать все требования.

sanders написал:

[q]

DTC-3150 молчит 70 секунд и только потом начинает опрашивать ID-ы устройств.

[/q]

Скорее всего никак, многие scsi контроллеры очень долго бутятся.

Продолжаю изучать SCSI контроллеры.
Вернулся ко мне мой винчестер Maxtor 120Мб, и с ним я понял что все мои 5 контроллеров исправны, что терминация не влияет на "видимость" и читаемость винчестеров. Но сейчас я хотел спросить о совместимости. Вот у MFM 8 бит были семейства, между которыми не было никакой совместимости в записи данных на винт, и контроллер из другого семейства не видел инфу на винчестере, записанным на контроллере иного семейства. В SCSI я обнаружил нечто похожее. Это известный факт или у меня что-то не так?
Контроллеры:
1. VLSI Future Domain-850 8бит.
2. DTC-3150 8бит
3. DTC-3280 16бит

4. Adaptec AHA-1520B 16 бит
5. Storage Dimensions SDC-801 8 бит

Первые три - это "Группа1". Винт, отформатированный на любом из них, полноценно читается на других из этой группы.
При этом на п.4 винчестер не грузится (Missing Operation System), но все данные видятся, партиция видится. И наоборот.
П.5. живет своей жизнью. Он то портит данные, то не видит созданную им же партицию. До меня вдруг дошло, что может 386SX-40 слишком быстрая машина для него. Я убрал Turbo, и глюков стало меньше. Сейчас воткнул его в ХТ 12МГц, глюки ушли совсем. Теперь считаем этот контроллер "одомашненным", т.е. рабочим и безглючным. Так вот, он не увидел партиции и вообще какие-либо данные после форматирования винта в группе1. А вот его форматирование столь суровое, что после него группа1 разделилась: контроллер 1 ничего не увидел на винте, причем fdisk заявил: "Error reading fixing disk", и никакими хитростями мне не удалось реанимировать винт с этим контроллером. А вот контроллер 2 данные увидел, но Non system Disk. После него контроллер 1 снова ничего не увидел, а fdisk снова выругался, т.е. данные-то есть, но на винт, как будто легло проклятье, настроенное на контроллер 1. После форматирования контроллером 2 винт снова увиделся в контроллере 1, проклятье ушло, но для контроллера 5 винт стал чистым.

1. Почему такое явление? Почему чаще всего не видится загрузочная запись другим контроллером, а реже вообще все данные?
2. Если у меня не видится загрузочная запись, т.е. винт не грузится, но содержимое диска отображается командой DIR после загрузки с дискеты, то могу ли я быть уверенным в корректности данных: все ли каталоги отображаются, все ли файлы корректные? И тогда достаточно ли мне запустить SYS и сделать винт снова загрузочным?
3. Как может частота процессора влиять на п.5? Я бы понял, если бы влияла частота шины, но она ведь фиксированная: 14,318/2 МГц. А процессор лишь быстрее или медленнее выполняет инструкции из BIOS-а.

Я так и подумал, но полагал, что такое было только у ранних IDE до изобретения авто-детекта году этак в 89-90м.
Значит, если у пользователя согрел контроллер, то данным хана, либо искать такой же...
Дядька alecv, а напомни мне по моему вопросу 2 на счет SYS?

На IDE мне помогал перенос системы сделать винт загрузочным без потери данных

sanders написал:

[q]

могу ли я быть уверенным в корректности данных: все ли каталоги отображаются, все ли файлы корректные?

[/q]

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

Подключи параллельно второй винч и скопируй на него часть файлов/каталогов с винча повреждённого. Если копии файлов явно набиты галиматьёй, значит тест провален. В сём случае операции записи на повреждённый винч отсутствуют.

Способ переноса без потерь уже озвучил alecv.

По вопросу #3, конечно влияет. На скорость обращения к диску. Но на "низкий" уровень биос контроллера всё-равно запрос от ОС не пустит. Так что "затык" будет только со стороны процессора. Если произойдёт ситуация описанная вами - это говорит только о неисправности контроллера или ошибках в его биосе, либо проблеме с интерфейсным кабелем.

386++ мамки уже умеют тактировать ISA на 10, 12, 16 и иногда на 24 мегагерца. Нельзя неглядя утверждать, что "все мамки на 8 мгц шину заводят".

Даже если шина заведена на 8мгц частоте, процу на 16мгц потребуется 1/2 такта шины, чтобы прочесть с оной данные, процу на 33мгц - уже 1/4 такта...
Успеет-ли сказъ-контроллер выставить данные на шину менее, чем за 1/4 такта?
Да, есть механизмы "циклов ожидания", т.н. WaitStates, но успевает-ли контроллер в эти 1/4 такта*N циклов ожидания процовой шины???
Бесконечных вейтстэйтов не бывает...

PS. Возможно, на плате контроллера плохо работают буфера шины ISA, именно они "удерживают байты" на шине.