OSDev

Нужно суперфлоппи. Иначе я не определю, откуда ноги растут.


LBA48 - это для доступа к дискам >2ТБ. Его вообще мало кто поддерживает.
С точки зрения вызовов, нельзя определить, поддерживаются ли BIOS-ом старшие 16 бит или нет. Так что это здесь ни при чём.


Как раз всё стало более логично, т.к. функционал расширился, и это две совершенно не одинаковые по смыслу команды. При доступе по букве Windows ограничивает меня только разделом, представленным этой буквой и у меня нет доступа к MBR. При указании же номера устройства я имею полный доступ. С другой стороны, при доступе по букве я не могу определить, где физически находится раздел, а значит определить, возможен ли к нему безопасный доступ по CHS. При этом всегда используется LBA-версия загрузчика.
Запретить доступ по букве нельзя, потому что тогда не смогу работать с дискетами. Могу лишь сказать, что очень не рекомендую использовать букву, хотя её использование более очевидно.


Если этих параметров нет, то пользователь может захотеть всего лишь сменить номер активного раздела, а я ему запорчу загрузочные сектора, причём оба. Так что это тоже нелогичо. Как раз логично делать только то, что указано явно.


Просто я сейчас не особо забочусь поддержкой ГРУБа. Мягко говоря, я пока что на него забил. Но для полноценной поддержки придётся использовать эту информацию.


Давай пока не будем торопить события. Я сейчас в фазе экспериментов и ничего более определённого сказать не могу.


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


Я думаю, мы сможем придти к консенсусу в этом плане.

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

Вообще я говорил про MB-точку входа твоего ядра. Судя по всему, ты в ней не обрабатываешь передаваемый GRUB'ом boot_device, соответственно как-то получаешь в этой точке входа свой родной идентификатор.

Ну, ты ведь сам сказал, что полноценная поддержка этого параметра будет в версии 3.1. Если это так, то я могу и сам написать пояснения для своего ядра и модифицированного GRUB'а в sys-формате. А заголовок я видимо тогда буду использовать такой, как описал в пред. посте. Кто хочет, присоединяйтесь!

Естественно, в циферках была допущена ошибка. Это от вечерней расслабленности. Правильный заголовок такой: 20 F6 75 02 B6 ??

Да, я это сейчас практически не использую, т.к. везде стоят мои MBR-загрузчики. Это запасной вариант, который всегда может прийти на помощь. Например, моя система грузится с неактивного раздела сторонним MBR- или вторичным загрузчиком (как вариант, бутсектор грузится из файла ntldr'ом или syslinux'ом). Я уже когда-то говорил, что заставлять установщик заниматься такой прошивкой вовсе необязательно. У меня к примеру этого нет. Между какими загрузчиками? MBR/EPR-загрузчиком и отдельным первичным?

Хорошо, только прошлый раз у нас не получилось это сделать по причине пересечения параметров в регистре ax, если я ничего не путаю. Я сейчас в ax целенаправленно передаю значение, отличное от 0x4721 ("!G"), обычно 0xAA55.

Я тоже именно про неё и говорю. Я пока что просто добавил MB точку входа, убедился, что само ядро грузится ГРУБом и на этом расслабился. Пока что гружусь своими загрузчиками. Boot device от ГРУБа не получаю и не обрабатываю, но конечно для полноценной загрузки это надо будет делать.


Между MBR/EBR/GPT и VBR. Иными словами, между нулевым и первичным.


Я тоже, только число другое. Вообще говоря, архитектура PMBR с magic number 0x54504721 в EAX и параметрами по ссылке в ES:DI не удобна да и структура достаточно бессмысленна. Места в загрузчиках под старые (и даже не очень старые) ФС сильно не хватает, а на обработку структур нужно много кода. Сейчас в загрузчике Ext2/3 осталось 5 байт, в FAT32CHS 2 байта, а в FAT12 уже пошли под нож точки в сообщении "Error Loading OS..."

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

Про суперфлоп я тоже отписал в своем посте отредактировав чуток позже, не грузит, подробности в посте выше.


Но можно указать что использовать только для A или B дисковода или для образа дискеты.


Я имел введу, что если в командной строке нет других параметров кроме диска то производить полную инсталляцию - логично, если нужна одна активность то как минимум в строке должна присутствовать опция -а, при наличии какой либо опции производить только выборную опцию а при отсутствии всех кроме диска - полную инсталляцию -логично, помоему

Так ведь можно пожертвовать красотой сообщения и сделать его просто "Error ", или вообще без оного, смысл как ты сам не раз подмечал не меняется

Там написано только про HDD режим и гибридный. Гибридный - это не то же самое, что суперфлоппи. Это в значительной степени аналог HDD режима, по крайней мере с точки зрения процесса загрузки. При неработающем LBA гибридный режим работать не будет.


Здесь всё равно путаница. Совершенно не логично, если опция -a будет косвенным образом влиять на запись загрузочного кода. Пусть лучше в любом случае будет выполняться именно то действие, которое указано.


Красотой можно. Информативностью не стоит. Можно и вообще ничего не выводить, но тогда невозможно будет определить, что вообще произошло. Я писал про отсутствие сообщений в исключительно маловероятных нештатных ситуациях. А ошибки загрузки, в принципе, почти штатное явление. Например, пользователь мог забыть записать файл ядра на диск или указал для загрузки не то имя.

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

Да что то я пишу одно думаю о другом ))), проверил суперфлоп где нет вообще MBR только Boot, на нормальном грузит, на бажном нет, но не виснет пишет "Error loading OS...". К стати FlashBoot именно на гибридном HDD формате без проблем грузится на бажном компе, потому я и подумал что речь о нем, FlashBoot по умолчанию всегда создает этот гибрид.


На крайний случай можно просто один восклицательный знак выводить "!" а в документации пояснить что это такое )).

Мне кажется этот интерфейс так и не станет стандартом. Указатель на основную структуру передается в DS:SI (ES:DI - это для PnP; его вообще мало кто поддерживает). В начале структуры идет ложный описатель раздела в старом формате, в наличии которого в общем-то может быть смысл, когда запускается традиционный первичный загрузчик, который ничего не знает о GPT. Ну а далее идет описатель GPT-раздела, хотя конечно можно было передавать только номер начального сектора раздела, но тут сразу возникает вопрос о его разрядности. Вообще интерфейс "паршивый". Я не понимаю, почему не учитывается возможность случайного появления значения "!GPT" в eax. Нужно посмотреть, какой интерфейс используют другие GPT-загрузчики. Кстати а какой интерфейс используешь ты? Что касается твоих трудностей с отсутствием свободного места, то это в том числе связано и с универсальностью твоих первичных загрузчиков применительно к MBR/GPT. Я еще не решил, что буду использовать в GPT-загрузчике и буду ли делать первичные загрузчики универсальными. Может даже в первичных загрузчиках ограничусь только введением спец. поля типа HiddenSectors, но естественно большей разрядности, чем 32. Хотя какой-либо адекватный интерфейс GPT-загрузчик будет предоставлять в любом случае. Если у тебя не хватает места, я не знаю, как ты сможешь поддержать мой интерфейс. Там по-любому нужно проверять наличие расширенной загрузочной сигнатуры. Я как раз это совмещаю с кодом поддержки пропатчивания:
Даже если просто реагировать на отсутствие сигнатуры, как на ошибку, это будет занимать около 7 байт.

У меня раньше даже в ядре использовались мнемонические двухбуквенные обозначения ошибок. Сейчас вообще буква (уже никак не связанная с "названием ошибки") и цифра.

Ну у мелкософт вообще одни коды ошибок, вразумительных объяснений очень редко кто дает, так дань ретро когда пытались что то пользователю пояснить а теперь не кто не пытается да и смысла нет нечего этот пользователь не поймет сколько не пиши об ошибке вот и идут одни коды )))
P.S. Я к стати когда впервый раз увидел такое большое сообщение был сильно удивлен и ностальгией прям так и потянуло. Было приятно конечно )) Но расточительно.