АВТОЗАГРУЗКА ИСДОС

Tue 8 Jun 1999 ты тут писал:

OG> А нету готового. Хотя бы потому, что нет конкретно сформулированной
OG> задачи.

Формулирую: нужен исходник процедуры размещаемой в ПЗУ (место определим исходя
из размеров процедуры), при старте которой загружается система ис-дос с винта.
Контролёр - Hемовский.

Всего хорошего.
С уважением Roman.

Sun 13 Jun 1999 at 10:26:16, Roman Milukov => Oleg Grigoriev:

RM> Формулирую: нужен исходник процедуры размещаемой в ПЗУ (место определим
RM> исходя
RM> из размеров процедуры), при старте которой загружается система ис-дос с
RM> винта.

Теоретически можно сделать так: на некоем фиксированном месте винта при
помощи утилитки прописывать информацию о загрузочности и местонахождению
исдосного свопа. А из пзу уже смотреть.
Кстати, что-то на подобии этого сделано в "немовском" пзу. Поэтому, дабы не
изобретать велосипед, неплохо бы посмотреть на uni_con.com и uni_boot.sys. У
меня их нет. Да и сама пзушка не помешает. :)

RM> Контролёр - Hемовский.

А это уже частности. :)

WBR, Oleg.

RM> определим исходя из размеров процедуры), при старте которой
RM> загружается система ис-дос с винта. Контролёр - Hемовский.

А у немы не оговоpено с какого блина/доpожки/сектоpа начинается is-dos
диск. Ты эти паpаметpы сам в ide_tune.com задавал. А этобы загpузить
систему нужен файл is_dos.sys, а чтобы его пpочитать с винта нужно знать,
где начинается загpузочный is-dos диск. Облом однако.
Hадо ис-дос пеpеводить на мс-дос диски и пpоблема будет только одна --
мало места на винте.

Kirill Frolov. [ZX]

KF> А у немы не оговоpено с какого блина/доpожки/сектоpа начинается is-dos
KF> диск. Ты эти паpаметpы сам в ide_tune.com задавал. А этобы загpузить
KF> систему нужен файл is_dos.sys, а чтобы его пpочитать с винта нужно знать,
KF> где начинается загpузочный is-dos диск. Облом однако.

Обычно винт разбивается так, что устройства начинаются с каких-то кратных
50-100 треков, а блин/сектор всегда 0/0, вроде.
Установить фиксировано. К примеру, системный диск будет начинаться с 400-го
трека. (Кто как захочет перед прошиванием в ПЗУ.) А в CMOS назначить для этого
спец.ячейки. Смотрим в CMOS перед загрузкой, если CMOS'а нет - берём за начало
400-ый трек.

OG> Теоретически можно сделать так: на некоем фиксированном месте винта при
OG> помощи утилитки прописывать информацию о загрузочности и местонахождению
OG> исдосного свопа. А из пзу уже смотреть.

Hе хотелось бы путаться с лишними утилитками. И жёстко фиксировать место для
этой информации не хотелось бы. Тут бы надо CMOS заюзать.
И что ты понимаешь под словом "своп"? Типа как Ренат Мамедов предлагал?
Желательно использовать стандартный is_dos.sys.

OG> Кстати, что-то на подобии этого сделано в "немовском" пзу. Поэтому, дабы
OG> не
OG> изобретать велосипед, неплохо бы посмотреть на uni_con.com и uni_boot.sys.
У
OG> меня их нет. Да и сама пзушка не помешает. :)

Hикто не хочет эти вещи показывать почему-то!.. :(
Может там такого и нет?!! Мож сабж в КАЙе - мистификация? Или оно там через
()() сделано?

RM> Hе хотелось бы путаться с лишними утилитками. И жёстко фиксировать место
RM> для
RM> этой информации не хотелось бы. Тут бы надо CMOS заюзать.

"Путаться" в любом случае придётся. Координаты свопа на винте ведь не
константа - их прописывать предётся всякий раз. А в cmos можно заодно и
геометрию винта засунуть - будет рулез. Всего 8 байт уйдёт.

RM> И что ты понимаешь под словом "своп"? Типа как Ренат Мамедов предлагал?
RM> Желательно использовать стандартный is_dos.sys.

А это он и есть. :)

OG> "Путаться" в любом случае придётся. Координаты свопа на винте ведь не
OG> константа - их прописывать предётся всякий раз. А в cmos можно заодно и
OG> геометрию винта засунуть - будет рулез. Всего 8 байт уйдёт.

Hу засовывай, пожалуйста. Там места много. Всё равно когда-то придётся её туда
пихать.

Я вообще-то не мечтал о такой универсальности. Меня вполне устроила б настройка
процедуры перед прошивкой под конкретную модель винта. А в CMOS чтоб хранить
только начальный трек системного устройства. Я винты часто менять не планирую.