Приготовление загружаемой CF карты для УКНЦ

[MM]

Осциллографом проверьте все линии данных канала IDE ( 16 шт .) - при переворачивании флеш-карты какие-то разряды ИС на контроллере могли пригореть.
ИС буферов с подозрением на пробой лучше сменить.
*
Или опубликуйте дамп загруженного 0 сектора, адреса 000000....000100 ( 8 ) - по внешнему виду восьмеричных слов можно будет предположить неисправность линий данных флешки/IDE .
Гуру УКНЦ могут меня поправить в отношении адреса начальной загрузки 0 сектора тома IDE/флешки.

[dk_spb]

Не, вроде от переворота ничего не пригорает. Я делал так пару раз ;-)

[nzeemin]

"Ошибка контрольной суммы" -- это драйвер говорит о том что в первом секторе винчестера не совпала вычисленная контрольная сумма с тем что в двух последних словах первого сектора. Проверил это испортив контрольную сумму. Но при этом загрузка продолжается, это только Warning.
В плане инверсии, образ заливаемый на CF-карту должен быть такой, что большинстово байтов первого сектора содержат FF.
Напомню вот про эту страничку, возможно будет полезно: https://github.com/nzeemin/ukncbtl-doc/wiki/IDE-HDD-ru
Выводится ли приглашение "Номер boot-раздела"? из скольки разделов предлагает выбрать и сколько реально есть?

[vldmr]

@MM: насчёт проверки линий мысль очень дельная - я пока отлаживаю, питаю компик от лабораторного питания, так что сразу обратил внимание,что после переворота карточки ток сократился на 300 мА, куда-то то они стекали. Однако, я тоже обратил внимание, что когда карточка прописана правильным инвертированным образом, то "Ошибка контрольной суммы" не выдаётся, то бишь первый сектор считывается правильно.

Больше того, почитавши форумы, я обратил внимание, что WD-драйвер полагается на данные по геометрии, считанные из первых двух байтов первого сектора. Стал я проверять гипотезу,что загрузка обламывается потому, что драйвер использует неправильную геометрию, и проверял её тем,что менял эти первые два байта по разным соображениям. Так вот, изменение этих байт в образе, не выдавшем ошибки контрольной суммы, приводит к появлению этой ошибки. Что из общих математических соображений опять таки подтверждает, что сектор читается правильно.

Вопрос "Номер boot-раздела" также выводится, на правильно инвертированном образе предлагает выбрать из 5, на неправильных из 7 (причем выбрать не даёт, сам автоматом выбирает 0 и виснет после того)

На данный момент "неправильная геометрия" - это моя предпочтительная гипотеза. В оригиналом образе записано 34 сектора на дорожку/10 головок. А что там эти CF карты о себе думают, это не известно. Я считывал геометрию одной и той же карты в USB адаптере и с PCMCIA адаптере, в обоих случаях результаты дико различны (124 головы/62 сектора в USB, 1 голова/64 сектора в PCMCIA).

Вобщем, не зная какую геометрию докладывает о себе ЦФ карта без промежуточных адаптеров, невозможно приготовить правильный образ диска. Соответственно, похоже, что "Приготовление загружаемой CF карты" на ПК объявленное в теме - это концептуально неправильный подход. Нужно не выпендриваясь подключить флопарь и действовать, как все нормальные люди. Чем я теперь и собираюсь, скрепя сердце, заняться (очень уж я не люблю дискет, сколько они мне крови за всю жизнь попортили, может пора подумать о готеке).

[MacBuster]

Удаление в знак протеста против действий MM

[nzeemin]

vldmr, ну вообще логика подсказывает что можно подцепить эту CF к PC по IDE и какой-нибудь утилитой посмотреть что за геометрия там возвращается от карточки.

[Advertiser]

[vldmr]

Увы, в данный момент нет ни готека, ни переходника с CF на IDE. Готек только что купил, будет месяц ехать из Китая. А переходник как то вроде не особо полезен, кроме данного случая.

[vldmr]

Таки сработала эта хреновина. И гипотеза оказалась правильной: действительно, для успешной загрузки с образа, прописанного на CF карту на ПК нужно изменить первые два байта образа в соответствии с реальной геометрией, докладываемой картой.

Я вспомнил, что есть у меня в хозяйстве одно устройство, в котором карта подключается напрямую без адаптеров. Устройство, однако, довольно экзотичное: карманный ПК HP Jornada 720 с операционкой NetBSD установленной на CF карту. Так что мой опыт вряд ли поможет многим напрямую, но общая идея ясна.

Я скопировал карту из хорнады на карту, предназначенную для УКНЦ, вставил её в хорнаду, загрузился с неё, и запустил fdisk, который доложил мне (в разделе "NetBSD disklabel disk geometry") 16 голов, 63 сектора на трек. Записав эти значения в инвертированном виде (C0 EF) в первые два байта карточки с инвертированным образом и вставив её в УКНЦ, я и глазом не успел моргнуть, как машинка загрузилась в RT11.

На самом деле, эту информацию о геометрии при достаточном умении, можно было бы получить на самой УКНЦ, отработав команду Identify Device. Так как эта команда следует тому же протоколу, что и команда Read Sector(s), используемая WD-драйвером, то (теоретически) для этого можно было бы вызвать из монитора соответствующую подпрограмму драйвера. Однако моих слабых сил на это не хватило, очень уж он заумно написан.

А кроме того, я и так уже счастлив, всё, хватит писать, пойду кнопки в RT11 нажимать, вспоминать молодость. Спасибо за внимание

[dk_spb]

можно было бы получить на самой УКНЦ

УКНЦшная утилита разбивки дисков эту инфу выдает.

[vldmr]

УКНЦшная утилита разбивки дисков эту инфу выдает.

Это да, но речь то идет о машинке, которая еще не имеет средств запускать программы под осом, так что из доступных средств имеется только монитор.