|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 28 Oct 2007 23:05:18
To : Slawa Olhovchenkov
Subject : gptboot (Re: Вести с полей)
--------------------------------------------------------------------------------
>>> Slawa Olhovchenkov wrote:
SO> First cut at support for booting a GPT labeled disk via the BIOS bootstrap
SO> on i386 and amd64 machines.
"Лучше позже, чем никому", - говаривал поручик Ржевский. ;)
SO> The overall process is that /boot/pmbr lives
SO> in the PMBR (similar to /boot/mbr for MBR disks) and is responsible for
SO> locating and loading /boot/gptboot.
Интересно - они (в pmbr.s) всеми силами стараются уйти от
фиксированного указания следующего загружаемого блока, как сделано в
LILO, GRUB и аналогах. Я понимаю, что стиль LILO неадекватен для
современного применения, но сделать как в GRUB - указание откуда
прочитать следующую стадию, которая уже умно проинтерпретирует меню
и, может быть, применит некоторые дефолты при его отсутствии - было
бы тоже вполне разумным решением.
Впрочем, проблема загрузки на GPT была не в этой стадии (можно было
обойти через тот же GRUB), а в понимании GPT в libi386 (что
автоматически даёт понимание в boot2 и loader). Судя по коммиту,
это преодолено.
SO> gptboot mostly acts just like
SO> boot2 in that it reads /boot.config and loads up /boot/loader.
Сразу же возникает вопрос - откуда именно он читает /boot.config.
Вариант описанный ниже - с "первым найденным разделом типа FreeBSD
UFS" - годится для обычных систем, хотя неудобен для
экспериментальных. Hо и так неплохо, как мне кажется.:))
Вот ограничение, что из /boot.config он может прочитать только одну
цифру (что даёт номер от 1 до 9), мягко говоря, нелепо в условиях
когда GPT всегда содержит не менее 128 записей разделов.
SO> - Currently the algorithm to find / is not very optimal. I've been talking
SO> some with Marcel about this so this will probably change.
Чем им мешает пара лишних чтений по одному блоку? По сравнению с
остальным временем загрузки это даже не копейки, это ещё меньше.
-netch-
--- ifmail v.2.15dev5.4
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
gptboot (Re: Вести с полей) 
