Как установить iS-DOS на KAY-2010 + SMUC?..

[AmoNik]

Я кастрировал драйвер idesmuc, выбросив из него все процедуры чтения и записи. Оставил расчёт CHS по номеру блока. Спецпрограммой пытаюсь "прочитать" все блоки раздела по одному через драйвер и забираю у драйвера то, что он пишет в регистры CHS жёсткого диска. Потом анализирую. Никаких ошибок в процедуре расчёта CHS я не обнаружил. Осталось проверить на сколько правильно драйвер читает/пишет половинки секторов.
Проверил две другие версии Rhddsmuc - оба ведут себя одинаково и выдают мне Error 86 в одном и том же месте. Уже похоже на косяк в протоколе обмена с диском.

Попробую завтра поиграться с версией драйвера с поддержкой LBA.

[AmoNik]

Все четыре драйвера ведут себя одинаково.
Узкое место локализовано. Причина, почему так происходит - не ясна. На старом HDD (420 Мб) всё работает.
Буду искать способы обхода этого места.

[AmoNik]

К сожалению так просто обойти это место в существующих драйверах у меня не получается. Я пишу новый драйвер, по мотивам, но с учётом данной особенности.
Работы ведутся, но медленно. Я вплотную приблизился к процедуре чтения. Потом будет тестирование. Потом напишу запись. Потом снова тестирование.
Нужно набраться терпения.

Суть проблемы в кратце. Проблема возникает, когда нужно писать нечётное количество блоков. Либо когда блок попадает на середину сектора. Допустим мне нужно записать три блока начиная с сектора 0. Драйвер записывает первый сектор (длиной два блока) целиком, а следующий сектор сначала считывает, а потом записывает половинку сектора из данных блока, в вторую половинку записывает тем, что было считано. Так вот, после записи первого сектора даётся команда чтения сектора без коррекции CHS этого сектора, т.е. считывается предыдущий сектор, на котором остановилась запись.

[Gutten]

А если всегда писать чётное число блоков, добивая последний нечётный блок нулями?

[AmoNik]

Процедуры чтения дописаны и протестированы. На днях займусь процедурами записи.

[AmoNik]

Процедуры записи написаны. Идёт все стороннее тестирование драйвера.

[AmoNik]

Оставил расчёт CHS по номеру блока. Спецпрограммой пытаюсь "прочитать" все блоки раздела по одному через драйвер и забираю у драйвера то, что он пишет в регистры CHS жёсткого диска. Потом анализирую. Никаких ошибок в процедуре расчёта CHS я не обнаружил.

И всё таки она глючит. Я два дня убил на проверки и перепроверки своих процедур чтения и записи и в итоге пришёл к выводу, что они не виноваты. Ещё день ушёл на отлов глюков той процедуры и в итоге я от неё отказался и написал свою.
Сегодня собрал новый драйвер и потестировал. Создал новый раздел и переписал на него через новый драйвер свой системный диск. Потом проверил структуру файловой системы в arzt+ и контрольные суммы файлов в ch+2. Ничего не побилось.
Есть релизкандидат драйвера, пока без сервисной утилиты. Если кто захочет протестировать, то обращайтесь. Просто сообщите координаты раздела (C/H/S) и конфигурацию диска (количество головок и секторов на дорожке) и я пропишу ручками в драйвер и отдам на тестирование.
Иначе буду сам долго и упорно его дрючить, пока не появится финальная версия. Драйвер пока никак не оптимизировался и по скорости скорее всего уступает оригинальной версии от Кожевникова и Григорьева. Но не сильно конечно...

[Gutten]

Уточни, откуда для тебя получить "координаты раздела (C/H/S) и конфигурацию диска (количество головок и секторов на дорожке)"? А то теневик для CF показывает одно, тесты HDD в теневике же не вызывают доверия.

[AmoNik]

Запусти set_ide в iS-DOS и сохрани список разделов. Из полученного файла перерисуй координаты начала раздела, а количество голов и секторов можно взять из настройки HDD в теневом сервисе или из той же set_ide - она в верхнем окне показывает.

[Gutten]

HEAD:16
SECS:63

SysZHD   C0B6D HC S1F
SysIDE   C0B75 HE S21
Work     С0B7E H0 S23
Archive  C0B8E H4 S27
IsDOS3   C0BAE HC S2F