DNA OS

[Zet9]

В связи с добавлением в систему DNA драйвера файловой системы FAT32
собираюсь из ядра выбросить сабж (по причине нехватки свободного места в системной странице),но можно оставить его на диске в виде исходника и желающие смогут собрать систему с ним(но например без драйвера рам-диска).
Каково мнение народа по этому поводу?


Кого вообще интересует драйвер под DNA для IDE-контроллера Профи?
Проблематично его сделать без железки, а эмуляторы не поддерживают
(насколько мне известно)...
Сколько человек,кроме Алексея Тарасова,используют Профи с винчестером?

Поддержку FAT32 я уже добавил, поддержку CHS-винтов я уже убрал, а народ молчит

Похоже поддержки Профинского IDE-контроллера в DNA не будет никогда

Теперь хочу выкинуть поддержку FAT12, ибо сейчас на Спектрум новые проги приносят на CD/DVD-дисках, а на крайний случай есть программа TRMSHOB, которая замечательно работает с ms-dos дискетами



Вопрос к владельцам Спектрумов с большими (40 Гигабайт) винчестерами:

Нужна ли программа наподобие fdisk, для создания разделов на HDD?

Нужна ли программа типа format, чтобы можно было форматировать разделы винта в файловой системе FAT16/32?

Или одна прога, объединяющая эти две функции?

У кого какие пожелания для дальнейшего развития системы DNA?

Что нужно, чего не хватает?
Что не нравиться?

Хотелось бы услышать критические замечания .

И ещё вопрос: как лучше располагать файлы системы на HDD?
Сейчас все файлы расположены с корневом каталоге,может быть лучше располагать их в одной папке (например с названием DNA)?

[acidrain]

Поддержку FAT32 я уже добавил, поддержку CHS-винтов я уже убрал, а народ молчит

Похоже поддержки Профинского IDE-контроллера в DNA не будет никогда

Теперь хочу выкинуть поддержку FAT12, ибо сейчас на Спектрум новые проги приносят на CD/DVD-дисках, а на крайний случай есть программа TRMSHOB, которая замечательно работает с ms-dos дискетами



Вопрос к владельцам Спектрумов с большими (40 Гигабайт) винчестерами:

Нужна ли программа наподобие fdisk, для создания разделов на HDD?

Нужна ли программа типа format, чтобы можно было форматировать разделы винта в файловой системе FAT16/32?

Или одна прога, объединяющая эти две функции?

У кого какие пожелания для дальнейшего развития системы DNA?

Что нужно, чего не хватает?
Что не нравиться?

Хотелось бы услышать критические замечания .

И ещё вопрос: как лучше располагать файлы системы на HDD?
Сейчас все файлы расположены с корневом каталоге,может быть лучше располагать их в одной папке (например с названием DNA)?

Где ее можно качнуть?

[Максагор]

Поддержку FAT32 я уже добавил,

Это хорошо

поддержку CHS-винтов я уже убрал

Это плохо.

Теперь хочу выкинуть поддержку FAT12

Нифига - оставь! И CHS верни - у меня сейчас на винте CP/M, TASiS и iS-DOS - последние две могут и в LBA, и в CHS, а первая - только в CHS. Короче, не выделять же отдельный винт под DNA и перетыкать его при случае?

Вопрос к владельцам Спектрумов с большими (40 Гигабайт) винчестерами:

Нужна ли программа наподобие fdisk, для создания разделов на HDD?

Да,с одним условием - когда она будет в нулевой сектор нулевого трека писать инфу (т.е. в его последние 64 байта), чтобы не трогала его оставшееся (все, что ниже последних 64 байт) содержимое - иначе у моей АТМки CP/Mные конфиги (первые 128 байт) затрутся.
Ну и, естественно, чтобы можно было выделить неиспользуемые системой пространства/разделы, куда можно вместить прочие ОСи.

Нужна ли программа типа format, чтобы можно было форматировать разделы винта в файловой системе FAT16/32?

Нужна.

Или одна прога, объединяющая эти две функции?

А это как тебе удобнее.

У кого какие пожелания для дальнейшего развития системы DNA?

Что нужно, чего не хватает?
Что не нравиться?

Я ее только в эмуле видел (в весьма сыром виде - одну из старых версий). Надо бы посмотреть снова, на винте. Если есть версия с АТМовскими дровами винта (только чтоб под CHS - не буду я другие ОСи удалять), с удовольствием поюзаю и раскажу.

Хотелось бы услышать критические замечания .

И ещё вопрос: как лучше располагать файлы системы на HDD?
Сейчас все файлы расположены с корневом каталоге,может быть лучше располагать их в одной папке (например с названием DNA)?

В папке лучше.

[Error404]

Нифига - оставь! И CHS верни - у меня сейчас на винте CP/M, TASiS и iS-DOS - последние две могут и в LBA, и в CHS, а первая - только в CHS. Короче, не выделять же отдельный винт под DNA и перетыкать его при случае?

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

Да,с одним условием - когда она будет в нулевой сектор нулевого трека писать инфу (т.е. в его последние 64 байта), чтобы не трогала его оставшееся (все, что ниже последних 64 байт) содержимое - иначе у моей АТМки CP/Mные конфиги (первые 128 байт) затрутся.

Информация о партициях в "стандарте FDisk-а Винды" лежит в последних 66 байтах 512-байтного сектора с LBA_addr=0 (таблица из 4х16=64 байт для 4-х примари партиций +2 байта 55AA). Начальные 446 байтов - область кода BootSector-а и DPB. Т.е. это практически то, что нужно Максагору.

ИМХО делать разбивку партиций нужно ТОЛЬКО в формате FDisk-а винды. Чтобы я потом эту CF-ку мог нормально прочитать как на PC, так и на Z80-based). На ней можно будет держать и FAT32 (который прочитается и там и там) и DNA-OS, которая под виндой будет выглядеть просто неизвестным разделом. Идеально для переноса файлов, работы на обеих платформах и т.д.

Ну и, естественно, чтобы можно было выделить неиспользуемые системой пространства/разделы, куда можно вместить прочие ОСи.

Именно поэтому не нужно придумывать велосипеды, а брать формат FDisk-a винды.

Про остальное - мне пофиг. С удовольствием портирую такой fdisk к себе на Орион (софт работающий с FAT12/16/32 в среде партиций стандарта FDisk-а у меня на Орионе уже есть). Поэтому идеал - блочное строение, где весь ввод/вывод с клавиатуры/на экран вынесен в один блок, низкоуровневая запись 512-байтных блоков на хард - в другой блок, а вся логика fdisk-а (самое интересное) - в третий блок.

[Sonic]

Кстати говоря FDisk уходит в прошлое, его место занимает LVM - Logical Volume Manager. Насколько я знаю, это выглядит как одна большая MBR-партиция, остальная разбивка внутри нее. По типу Slices в BSD или Embedded RDB в AROS. MS-DOS такое не читает, разумеется.
Вообще можно сделать поддержку разных форматов, можно даже модульно.

[Error404]

Кстати говоря FDisk уходит в прошлое, его место занимает LVM - Logical Volume Manager. Насколько я знаю, это выглядит как одна большая MBR-партиция, остальная разбивка внутри нее. По типу Slices в BSD или Embedded RDB в AROS. MS-DOS такое не читает, разумеется.
Вообще можно сделать поддержку разных форматов, можно даже модульно.

Соглашусь. Сам работаю с AIX каждый день, LVM там - удобнейшая штука. Но, боюсь, окажется слишком сложен для ZX, а заимствовать только отдельные принципы - особой выгоды не поимеешь: "шило на мыло". В то же время, совместимость с чем-то из мира коммерческих ЭВМ иметь нужно, а от fdisk PC даже исходники есть (на С и не шибко громоздкие)

[Advertiser]

[Sonic]

Совместимость с PC иметь необходимо, согласен.
А что если кто-то захочет иметь еще и CP/M, у которой собственный формат таблицы разделов? Я в основном про этот вариант... MBR, конечно, никуда не денется ибо все съемные накопители зачем-то имеют MBR с одним разделом. Не знаю зачем, но тем не менее.

[breeze]

А что если кто-то захочет иметь еще и CP/M, у которой собственный формат таблицы разделов?

формат внутренних разделов может быть какой угодно! согласно стандарту - диск может содержать 4 партиции, которые помечаются кодом (файловой системы этой партиции).

Например вот тут мы явно видим что у CP/M тип раздела (партиции) с номером 52

[Error404]

формат внутренних разделов может быть какой угодно! согласно стандарту - диск может содержать 4 партиции, которые помечаются кодом (файловой системы этой партиции).

Например вот тут мы явно видим что у CP/M тип раздела (партиции) с номером 52

Кстати, если смотреть отсюда:
http://www.win.tue.nl/%7Eaeb/partitions/
- весьма интересная вводная статейка.

Добавлено через 25 минут

Совместимость с PC иметь необходимо, согласен.
А что если кто-то захочет иметь еще и CP/M, у которой собственный формат таблицы разделов? Я в основном про этот вариант... MBR, конечно, никуда не денется ибо все съемные накопители зачем-то имеют MBR с одним разделом. Не знаю зачем, но тем не менее.

Ну, тогда совместимость (в одну сторону) потеряют только те, у кого CP/M при установке на HDD без вариантов сносит родной MBR. Я свою CP/M на предмет этого вполне смогу сам полечить чтобы она жила с смещением от начала диска, которое будет сама определять по таблице разделов.
Как бы там ни было, заранее закладываться на отсутствие совместимости с РС нельзя. Даже из-за CP/M (безусловно лучшей ДОС для 8-битных ПК).

[psb]

MBR, конечно, никуда не денется ибо все съемные накопители зачем-то имеют MBR с одним разделом. Не знаю зачем, но тем не менее.

кажется, не все. я видел разные. а от чего это зависело - понятия не имею.