DNA OS

[Error404]

Сообщение от Максагор:
"Вот что нужно под DNA OS, так это утилиту, создающую и работающую с MBR (разбивка винта на разделы, их объединение, удаление и т.д.)..."

Ага, это уже обсуждалось в прошлом году.
Только, господа, пишите на С (если готовое не подходит, а оно есть). Или накрайняк разнесите в разные модули, сообщающиеся между собой через API, абстрактное (всю логику fdisk) и аппаратнозависимое (типа дисплея/клавиатуры/контроллера HDD).

Вот, необходимый минимум для fdisk - простенько и со вкусом.
http://mail-index.netbsd.org/tech-in...2/01/0000.html

[Advertiser]

[Zet9]

Вот, необходимый минимум для fdisk - простенько и со вкусом.
http://mail-index.netbsd.org/tech-in...2/01/0000.html

Ничего не понятно.
Лучше уж с нуля...

Пока набросал эскиз проги KILLHDD
Значится так - killhdd.sep - запускается из DNA и ничего не определяет про винт - в смысле не запрашивает обьем и др.параметры
Пока пробовал на LBA-винте на 7.5 Gb.
KILLHDD позволяет создать первый основной раздел на 2 Гб
и отформатировать его на 2 ГБ как FAT16 - после энтой операции винда
работает с ним как со своим и запущенный скандиск не находит никаких ошибок...
Насчет разделить процедуры - может ближе к финальной версии,
кста - драйверов винта в ней нет - для обращения к винту прога вызывает функции DNA - т.е. она будет
работать с Nemo,SMUC и ATM-2
в зависимости от того на какой IDE-контроллер настроена система DNA...
Пока нигде не выкладывал - только вчера наметилась рабочая версия

Да, вот в связи с этим на днях попробую скрестить бульдога с носорогом - в смысле установить на одном винчестере is-dos и потом туда же DNA, так вот вопрос - какая есть утилита в is-dos, дабы убедиться, что после установки DNA, is-dos не пострадала,т.е.
загружаться is-dos точно будет,а вот сохранность всех файлов - не проверять же
вручную- там вроде прога какая то CRC может создать - кто какой алгоритм может предложить?

[Error404]

Ничего не понятно.
Лучше уж с нуля...

Ну, со второго захода все станет понятно. В этом листинге только принципы нужно подсмотреть. Я на его основе сделал себе для CP/M fdisk с работой как с командной строки, так и через меню и простейшим псевдографическим экранным представлением партиций на диске. Вся логика на C, платформонезависимая (думаю, скомпилится и на отличных от CP/M системах), посекторный доступ к HDD для моей версии IDE написан на ассемблере в отдельном модуле, взаимодействие между С и ASM модулями - через функцию C bdos (т.е. тоже платформонезависимо, модули не линкуются друг с другом, а живут обособленно). Посмотреть вместе с исходниками можно тут:
http://orion-z.hoter.ru/file/357/4221
Правда, там не отдельный файл, а образы дисков (внутрь можно залезть плагинами для FAR \ Total Commander)

[demon_zx]

какая есть утилита в is-dos, дабы убедиться, что после установки DNA, is-dos не пострадала,т.е.
загружаться is-dos точно будет,а вот сохранность всех файлов - не проверять же
вручную- там вроде прога какая то CRC может создать - кто какой алгоритм может предложить?

ch+ (или даже ch++, точно уже не помню)

[sv]

Раньше один товарищ предлагал сделать командную строку, на крайний случай - полоску курсора вместо стрелки,а другой говорил,что неудобное управление

http://zx.pk.ru/showpost.php?p=161713&postcount=132

Автору Большое Спасибо !
а вот такую штуку можно в DNA прикрутить (без вмешательства в прошивки)??

[rasmer]

господа ОСьководы... создайте образ винта с предустановленной оськой для эмуля анрыл(а ещё лучше вместе с настроенным эмулем)!
Ибо оценить её я так и не смог... Эмуляторщег я...

[sv]

однако не долго музыка играла...
последняя верс не хочет писать trd на реал дискету у меня (пентагон1024сл2.2)-диск эррор,часть файлов выглядит как мусор,и всегда 0 свободных блоков.
причём на рам диск (D) пишет замечательно,а при установленном himemory.dna,непосредственно в память пишет тоже нормально.

Добавлено через 3 минуты
rasmer,в чём/как надо снять образ,чтобы анрил его понял?

[Zet9]

однако не долго музыка играла...
последняя верс не хочет писать trd на реал дискету у меня (пентагон1024сл2.2)-диск эррор,часть файлов выглядит как мусор,и всегда 0 свободных блоков.
причём на рам диск (D) пишет замечательно,а при установленном himemory.dna,непосредственно в память пишет тоже нормально.

Добавлено через 3 минуты
rasmer,в чём/как надо снять образ,чтобы анрил его понял?

Пожалуйста, попробуйте вот эту - версию (она вроде как последняя):

http://dnaos.nm.ru/DNA_NEMO/DNA0459L.zip

если в этой тот же глюк - тогда буду разбираться

образ для unreal - это просто посекторный дамп винта

Добавлено через 4 минуты
Постараюсь выложить образ в ближайшее время

[sv]

однако эта даже не устанавливается.
ядро прописывается в бут,а файлы не копируются.
висло сначала на файле config,на этапе create.
потом на файле extend,там же.
винт lba 800мб,один основной раздел.
если загрузиться в dna с дискеты,и перейти на винт-винт виден.
старую верс dna просто удалил вручную,перед установкой последней версии.

[Zet9]

однако эта даже не устанавливается.
ядро прописывается в бут,а файлы не копируются.
висло сначала на файле config,на этапе create.
потом на файле extend,там же.
винт lba 800мб,один основной раздел.
если загрузиться в dna с дискеты,и перейти на винт-винт виден.
.

Да, действительно, в этой версии глюк в функции создания файла,
сейчас проверил,на разделе с FAT32 с кластером в 32Кб - DNA устанавливается и работает, а потом переформатировал раздел с кластером на 512 байт
и обнаружил что создаются файлы неправильной длины (в большую сторону),
так что эту версию не используйте ( со странички дна я её уже удалил,)
Этот глюк исправил, образ дискеты закинул на страничку.НО!
В ней та же версия TRD2DISK что и в DNA0458Z (которую Вы,похоже пробовали до этого)

А не может быть это связано с турбо-режимом?
У Вас можно отключить турбо из меню Глюка? (а то на некоторых Пентагонах 1024SL v2.2 этого нельзя)
Может у Вас включен турборежим? и из-за этого не записываеться на дискету?
(и при этом на рам-диск и в память нормально пишется)
Вы пробовали просто скопировать какой-нибудь мелкий файл с винта на дискету?
Кстати,попробуйте распаковать файлы SCL - там похожий механизм записи на дискету

Буду думать, что еще может быть

Попробовал в эмуле unreal с прошивкой Глюка 6.3R - работает (но с турбо не пробовал - потом вспомнил про это)

старую верс dna просто удалил вручную,перед установкой последней версии.

удалять не надо, программа установки INSTALL.SEP при копировании файлов с дискеты на винт сама удаляет файлы,если есть файлы с таким же именем

Добавлено через 1 час 10 минут

А не может быть это связано с турбо-режимом?
У Вас можно отключить турбо из меню Глюка? (а то на некоторых Пентагонах 1024SL v2.2 этого нельзя)
Может у Вас включен турборежим? и из-за этого не записываеться на дискету?
(и при этом на рам-диск и в память нормально пишется)

Вот вспомнил - у Alone Coder'a тоже Pentagon 1024SL v2.x(номер подверсии
точно не помню) - и ни в одной из версий DNA у него не было проблем с записью трд на дискету

Да, действительно, в этой версии глюк в функции создания файла,
сейчас проверил,на разделе с FAT32 с кластером в 32Кб - DNA устанавливается и работает, а потом переформатировал раздел с кластером на 512 байт
и обнаружил что создаются файлы неправильной длины (в большую сторону),
так что эту версию не используйте ( со странички дна я её уже удалил,)

Еще насчет размера кластера - надо при форматировании задавать размер кластера 32 Кб - для максимального быстродействия. - как чтения с винта, так и для записи на винт.
Так что не используйте размер кластера меньше 32 Кб
Даже если размер кластера 1 Кб или 2 Кб - все равно замедление будет сильно заметно!
А при размере кластера 512 байт корневой каталог на фат32 тоже будет иметь длину 512 байт и в него поместяться только 16 имен файлов - т.е. не все фалы DNA скопируются - она будет загружаться, но например не будет показываться тексты, rar-архивы и т.д. (так как не будет в каталоге программ VIEW_TXT,VIEW_RAR).
Так происходит потому, что DNA при записи в каталог не удлиняет его, а при создании каталога создает его длиной на 512 имен фалов.

Так на фат32, а на FAT16 - корневой каталог всегда имеет фиксированную длину на 512 имен файлов

Про функцию Create - когда первый раз создается файл на разделе с FAT32,
то происходит поиск первого свободного кластера - и если раздел не пустой, а почти полностью заполнен, то эта процедура занимает много времени:
провел тест по секундомеру - на разделе длиной 800 Мб с размером кластера 512 байт и этот раздел занят почти польностью - свободно 1 Мб первый раз
поиск занимает целых 2 минуты 23 секунды!!! Длина таблицы фат в этом случае 6,4 Мегабайта
На разделе 4 Гигабайта с размером кластера 32 Кб и со свободным местом 1 Мб
первый раз поиск занимает 7 секунд! длина таблицы фат в этом случае 512 Килобайт
Как говориться - почувствуйте разницу : )
Но это только первый раз!!!
После этого в структуру FSinfo (которая находиться в начале раздела) записывается номер первого свободного кластера,найденного на предыдущем шаге, а при последующих вызовах функции создания файла просто берется номер из структуры FSinfo, и уже начиная с этого номера ищется свободный кластер,
и практически сразу он находиться - т.е. почти мгновенно, и опять новый номер записывается в структуры FSinfo.
Таким образом все последующие операции по созданию файлов/подкаталогов
происходят почти мгновенно

Кстати точно также происходит процесс создания файла в программе WDC