гм, гм, гм... "краткая справка" по п.1 ТС:
XVilka wrote:
------------------
1. Загрузка с HDD
1.1. есть предложение с моей стороны о реализации в адрес ТС и оно принято им (ведется весьма редкая переписка в силу двусторонней занятости, с XVilka о наших личных и удобных взаимовыгодных решениях вопросов)
2. наличиствует концепт загрузки (т.е. гораздо шире вопросы, нежели просто фраза "Загрузка с HDD") и дореализации того, что у меня давно имеется (поднятие исходников, идейное и кодерское допиливание и усовершенствование, как наследие замершего проекта АтомОС (2004-2006)г.).
Таким образом п.1. превращается в 3 шт. - ВРВ под FAT12, FAT16, FAT32 но в свете унифицированного обоснованного идейно принципа загрузки (из одноименного каталога на диске) и развороте ядра (затрагиваются еще вопросы на самом деле, т.к. автор видит причины и связку причин и позитива такого решения), передача параметров... Короче тут теория и описание нуна..... пока лень и некогда. Но можно. Потом.
3. В соответствии с концептом готовность и отладка
кода сбственно 3-х: BPB12, BPB16, BPB32 - 100%
Исправлены ошибки LBA имевшиеся в BPB32 минипроекта AcroBoot (создан еще для MenuetOS), ну и другой ассемблерный дзен -
оптимизинг по объему!.
На код бут сектора загрузчика+сообщения отводится стандартом 448(420) байт. Основная сложность концепта поиск и загрузка ядра с каталога, без ущербности, а даже наоборот.
Несмотря на вынос мозга оптимизингом, могу сказать, что все состоялось + даже расширенны текстовые сообщения по ошибкам(типажу)
во всех BPB.
Унификация удалась,
концепт в этой части - состоялся.
В текущем виде залежалый код "перекопан" на 50-60% в позитивном русле.
3.1. Обкатано на 3 разных машинах, на разных дисках (включая несколько USB носителей), разные разделы дисков разной локации в их геометрии местарасположения (сначала, в середине, в конце). Для этого диски принудительно переразбивались(передвигались) и переформатировались PartitionMagicАми в реальностях жизни, а не какой то там виртуальной реальности виртуальной дисковости пространства!
3.2. возникли ряд ПРАКТИЧЕСКИХ вопросов, типа, а как быть непосвященному разрабу, чайнику, новичку... короче
Вопрос о фактической инсталляции BPB и применибельности.
О возможности добавления (прописывания) в бутменеджеры, хотябы тот же boot.ini для NTLDR...
Винда поди у всех то имеется, нельзя пренебрегать фактом.
И не всем же надо BPB менять, потом хочется ведь и выбор привода наглядно и раздела диска.... включая USB.
А это получается вообще то, что нужен инсталлятор(!!!??? какбЭЭЭ не совсем п.1 если добуквенно подходить ).
Т.е. если по-людски, по-взрослому этот п.1 реализовывать то с практической, юзерской точки, а не кодерской видится следующая цепочка:
Инсталлятор BPB (тип FS, тип диска, тип привода...) и каталога и файла ядра в нем (пока упрощенно так).
Возникает ряд и вопросов и реализации дабы... дабы это было целостно, а не кусок. Вот типа загрузчик есть. Точка делай с ним что хош. Хош, считай, что он у тебя есть и когда то у кого то работал... Это ненорма. Думаю, что многие меня поддержат.
Эволюционно на текущий момент, считаю нормальным решение вопросов всей цепочки по загрузке.
Загрузка образа диска не должна быть основным принципом и многие это видят, столкнулись и как то для себя решили или обошли вопрос. Это временно, это несерьезно и это не должно нормой. А вот "загрузка ОС начиная от бутсектора(да хоть и PXE! Любого и на любом диске, разделе...) - до самостоятельной загрузки (дозагрузки, докачки) ядром всего, что ему еще там надо" (например в силу потребности в драйвере с неким ID в каталоге....) это претендент на принцип, на концепт.
И самое смешное, что ничего загадочного или супернового или суперсложного в этом нет.
3.3. В этом самом вопросе инсталла у меня есть текущие и мыслишки и задумки и наработки и кодинг-прогресс имеется, но он сильно варьиуется сейчас... Скажу только, что сейчас он в грубых черновиках пишется, как app win32 delph7+kol (вес 40КВ) в силу некоторых аргументов.
В частности опять же винда у всех и везде, а значит широкого распространения весТЧЬ + всякие любимые Вами выставки, презентации + легкость распространяемости.
А с точки зрения пиара великолепная презент-эффектность
самого инсталла измеряемого в секундах!
Когда ВСЕ(!?) привыкли, что инсталл сегодня...- это надо идти курить\пить кофе!
Ну если не видиоролик, то чуден сам процесс в наглядности.
Юзверь нажал кнопку и отпустил, рука еще в движении назад, а инсталлятор "мурлыкнул" и уже сообщает:
Quote:
Извините, пожалуйста!
Но процесс инсталляции ОС,
уже успешно ЗАКОНЧЕН!
У супер чайников, конечно будет или шок или непонимание, но это их траблы. Больше шока!
Есть еще позитив- это массовая запись (пачками)
всех воткнутых USB флешек! Картридеры и т.п. (Моя личностная вероятность сего на сейчас около 80%)
4. предлагаю активно ратующим за развитие проекта, особенно ядра и
желающим допилить ядро (вернее сказать просто добавить)
вещи связанные с дозагрузкой файлов ОСи (например, начиная от некого CFG файла конфигурации вместо синего экрана, заканчивая дровами, либами...) из каталога ОСи (или ее подкаталогов)!
Мои BPB при прыжке в голову ядра передают в регистрах следующее
Code:
mov edx, NameBootDrv ;тип загрузочного диска
mov ebx, TypeFS ;EBX = символьный тип файловой системы этого диска
movzx eax,[DirNumCluster] ;EAX = номер первого кластера оглавления каталога ОС
RETF
Рассчитываю, что появится желающий дополнить это направление (хотите как концепт принимайте) собственно модулем ДОЗАГРУЗКИ в ядре (или такой возможностью при сборе ядра), поскольку все 3 кодинга возникающие из п.1 в этом концепте, я "не закрою" ни по времени ни по возможности.
Вообще это как бы смысловое логичное продолжение п.1., а задачу именно загрузка ядра "в 3-х экземплярах"
я как бы гарантировать могу.
В целом с Вас, уважаемый ALL, лишь третья часть именуемая: "Дозагрузка ядром (файлом) kernel.mnt необходимых файлов" или типа "Kernel System Loader".
5. Отношение к вышесказанному должно быть пока у ALL, как ананс. Не более.
Думаю ТС (XVilka) в некоторм недалёком будующем скоро практически поюзает, так сказать на правах заказчика.
Некоторые пункты, освещены тут, что и XVilka про них не знает в принципе, т.к. родились по ходу
XVilka, в принципе это все я сначала хотел написать в письме лично, но вроде, как актуальность темы и практические фактические результаты и п.4 могут быть основанием сказать здесь.
З.Ы.
Извиняюсь, за словесное обилие!
Впрочем, как всегда.
Register
Login
Websvn
Builds
Bugs
FTP
Wiki
FAQ
Search
Members
Вроде Ваш пост мог быть ответом ТС еще в июне?