Полигон-2

IdeaFix написал:

[q]

LLF кстати проходит, а вот Verify нет

[/q]

А llf он делает со своими внутренними установками, где размер блока может отличаться от ожидаемого биосом контроллера, потому, после завершения llf, рапортует, что всё хорошо. А потом биос контроллера может, при верификации, ожидать от него 512-байтовых секторов, а диск может либо недодавать данные, что вызовет таймаут, либо не прекращать передачу, когда счётчик байтов для передачи у контроллера уже истёк. Вот и будет годное форматирование, но невозможность верификации. Любой диск от Бесты возьмите на ПЦ - будет то же самое.
Надо у диска вежливо спросить, каковы его параметры, а затем прописать в него нужные вам перед операцией LLF.

BIOS контроллера пишет так: CHS = 555/255/63

Пошел пробовать рейд и другой контроллер.

[UPD] Пойдёт диск на полку... FD-830 не имеет интерфейса BIOS, возможно есть досявая утилита, но уже лень искать. Из RAID контроллеров под SCSI у меня есть только PCI-E вариант INTEL SCU42E (или как его там?) а цеплять к нему через переходник пару HD50 дисков... тоже лениво

В очередной раз решив что в интернете есть всё (правда не всегда), я совершил очередной на него, на интернет, набег. Никаких фирмварей, кроме тех, что уже были, не нашел. Мой TMC-830 с прошивкой 4.0I не заработал с прошивкой 7.0 от контроллера TMC-850M, хотя в сети есть много упоминаний о том, что работает.

Зато, контроллер заработал с софтом (FDSDA) от 830\850 и определяется в нём как 850. На самом деле. С одной стороны это странно (850 собран на чипсете от VLSI, а 830 на рассыпухе), что софт их приравнивает, с другой, совершенно не удивительно что BIOSы этих контроллеров не совместимы. В общем, софт на TMC-830 ведет себя так - диск видит, формальные проверки диска проходит (ок или не ок), а вот ни тест чтения ни тест чтения-записи даже не начинает. Видимо с первой итерации теста падает в ошибку и просит эни кей.

Важно отметить что другой скази диск нормально читается/пишется софтиной, т.е. сапа по себе связка контроллер-софт рабочая.

Сейчас на диске стоят две перемычки - W1 и W4 - это всё касается терминации шины. Провод - просто плоский кабель 50 на 50 пин. Может я всё-таки что-то не так сделал?

http://www.mfarris.com/hard_dr...345ns.html
http://stason.org/TULARC/pc/ha...-ULTR.html

Там везде несколько иная CHS формула. Как задать её руками я не понял.

[UPD]
Нашел другую утилиту с advanced режимом, она может задавать размер блока, но не более. Может останавливать и запускать диск. LLF в ней (на TMC-830) проходит штатно, а вот зануление с ошибкой.

Останавливая и запуская диск я сделал вывод (хотя сейчас мои выводы очень субъективны) что я слышу шпиндель, но не слышу движение головок. Совсем. Только при обесточнивании системы что-то щелкает, но очень не громко.

KALDYH написал:

[q]

Работоспособность на чтение от винта при этом не требуется, команда чтение не производит.

[/q]

И которым-же способом винч распознаёт сервометки? В таком-то случае. Если НЕ работает тракт чтения, не будет работать и позиционер. Залипнет на парковочном треке или будет стучать головами - зависит от прошивки винча.

Не стоит забывать, что у scsi винчей можно раздельно запускать мотор и активировать сам интерфейс-контроллер. Две разные команды, подаваемые винчу при старте. Умеет сие лишь контроллер с наиболее полным scsi-биосом, да и винч должен быть сконфигурирован в такой режим работы.
Прежде, чем ковырять позиционер, стоит подключить винч ко хорошему "умному" контроллеру и проверить.

Проверь: ширина терминации должна совпадать со шириной шины scsi. Если подключаешь "узкий" (8 бит, разъёмы на 25 и на 50 пин) винч к "широкому" (16 бит, разъём 68 пин) контроллеру - ровно половина шины остаётся БЕЗ терминации и работа шины НЕ гарантируется. Нужно аппаратно бороться с подобными ситуациями.

IA написал:

[q]

И которым-же способом винч распознаёт сервометки? В таком-то случае. Если НЕ работает тракт чтения, не будет работать и позиционер. Залипнет на парковочном треке или будет стучать головами - зависит от прошивки винча.

[/q]

Будет стучать позиционером ВСЕГДА. Винт хранит на блинах не только пользовательские данные, но и собственную служебную информацию (таблицы дефектов, например), и при инициализации считывает её ВСЕГДА. А значит, при неисправных головках, но исправной сервосистеме он неминуемо застучит. А вот если проблемы с актуатором, команда игнорируется или (очень маловероятная ситуация) микропрограмма инициализировалась не до конца, он действительно не распаркуется...

Вспомнил вот ещё что. У некоторых винтов есть механический замок привода головок. Его может заедать. Встречался с таким на MFM Microscience с линейным приводом, пришлось вмешаться в гермоблок, чтобы заставить его нормально работать.

IdeaFix, у этого диска есть снизу гермоблока дугообразная прорезь для серворайтера, закрытая наклейкой? Можно оторвать наклейку и быстренько, чтобы пыль не попала, заклеить дырку обычным прозрачным скотчем. Получится окно, через которое можно контролировать перемещения головок.