Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
gpart add -b 34 -s 128 -t freebsd-boot ad0
341 views
Skip to first unread message
Victor Sudakov
May 30, 2012, 6:51:21 AM5/30/12
to
Коллеги,
Что, если не указать "-b 34", то раздел затрет GPT header?
И что-то никак не пойму, что в GPT является аналогом флага "active" на
разделе в MBR?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
Что, если не указать "-b 34", то раздел затрет GPT header?
И что-то никак не пойму, что в GPT является аналогом флага "active" на
разделе в MBR?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
Ivan Shmakov
May 30, 2012, 11:33:01 AM5/30/12
to
>>>>> Victor Sudakov <v...@mpeks.tomsk.su> writes:
> Что, если не указать "-b 34", то раздел затрет GPT header?
BTW, 34 % 8 = 2 != 0...
> Что, если не указать "-b 34", то раздел затрет GPT header?
[OT. Почему gpart(8) не перенесена в Debian?]
> И что-то никак не пойму, что в GPT является аналогом флага "active"
> на разделе в MBR?
и содержащие файл с именем вида \EFI\BOOT\BOOT[архитектура].EFI
[1]. См. также [2, 3].
[1] http://en.wikipedia.org/wiki/Extensible_Firmware_Interface#Booting
[2] http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_.28LBA_2.E2.80.9333.29
[3] http://lists.freebsd.org/pipermail/freebsd-geom/2010-January/003858.html
--
FSF associate member #7257 np. Moonchild -- Iron Maiden
John Freeman
May 30, 2012, 2:12:01 PM5/30/12
to
Greetings, Ivan Shmakov!
IS> Ivan Shmakov написал(а) к Victor Sudakov в May 12 19:33:01 по
IS> местному времени:
IS> From: Ivan Shmakov <iv...@gray.siamics.net>
IS> >>>>> Victor Sudakov <v...@mpeks.tomsk.su> writes:
IS> > Что, если не указать "-b 34", то раздел затрет GPT header?
IS> BTW, 34 % 8 = 2 != 0...
IS> [OT. Почему gpart(8) не перенесена в Debian?]
IS> > И что-то никак не пойму, что в GPT является аналогом флага
IS> "active"
IS> > на разделе в MBR?
IS> IIUC, для EFI <<загрузочными разделами>> являются несущие ФС FAT
IS> и содержащие файл с именем вида \EFI\BOOT\BOOT[архитектура].EFI
IS> [1]. См. также [2, 3].
IS> [1]
IS> http://en.wikipedia.org/wiki/Extensible_Firmware_Interface#Booting
IS> [2]
IS>
http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_.28LBA_2.E2.80.9333.29
IS> [3]
IS>
http://lists.freebsd.org/pipermail/freebsd-geom/2010-January/003858.html
IS> --
IS> FSF associate member #7257 np. Moonchild -- Iron Maiden
Кстати да, во всех гайдах идёт так же. Я так понял что это аналог DUET
для двойной загрузки и так, и через бутсектор? Собственно этот раздел с
лоадером и есть фэйк на котором лежит бутсектор для MBR загрузки через
PMBR? И собственно для FreeBSD так и нету чистых .EFI ELFов или что
там?
Goodbye, Ivan Shmakov!
IS> Ivan Shmakov написал(а) к Victor Sudakov в May 12 19:33:01 по
IS> местному времени:
IS> From: Ivan Shmakov <iv...@gray.siamics.net>
IS> >>>>> Victor Sudakov <v...@mpeks.tomsk.su> writes:
IS> > Что, если не указать "-b 34", то раздел затрет GPT header?
IS> BTW, 34 % 8 = 2 != 0...
IS> [OT. Почему gpart(8) не перенесена в Debian?]
IS> > И что-то никак не пойму, что в GPT является аналогом флага
IS> "active"
IS> > на разделе в MBR?
IS> IIUC, для EFI <<загрузочными разделами>> являются несущие ФС FAT
IS> и содержащие файл с именем вида \EFI\BOOT\BOOT[архитектура].EFI
IS> [1]. См. также [2, 3].
IS> [1]
IS> http://en.wikipedia.org/wiki/Extensible_Firmware_Interface#Booting
IS> [2]
IS>
http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_.28LBA_2.E2.80.9333.29
IS> [3]
IS>
http://lists.freebsd.org/pipermail/freebsd-geom/2010-January/003858.html
IS> --
IS> FSF associate member #7257 np. Moonchild -- Iron Maiden
Кстати да, во всех гайдах идёт так же. Я так понял что это аналог DUET
для двойной загрузки и так, и через бутсектор? Собственно этот раздел с
лоадером и есть фэйк на котором лежит бутсектор для MBR загрузки через
PMBR? И собственно для FreeBSD так и нету чистых .EFI ELFов или что
там?
Goodbye, Ivan Shmakov!
Victor Sudakov
May 30, 2012, 10:03:31 PM5/30/12
to
Ivan Shmakov wrote:
> > Что, если не указать "-b 34", то раздел затрет GPT header?
> BTW, 34 % 8 = 2 != 0...
Hе понял. Мой вопрос был, почему в man gpart пример с ключиком "-b 34",
> > Что, если не указать "-b 34", то раздел затрет GPT header?
> BTW, 34 % 8 = 2 != 0...
и что произойдет, если ключик забыть.
> > И что-то никак не пойму, что в GPT является аналогом флага "active"
> > на разделе в MBR?
> IIUC, для EFI <<загрузочными разделами>> являются несущие ФС FAT
> и содержащие файл с именем вида \EFI\BOOT\BOOT[архитектура].EFI
> [1]. См. также [2, 3].
ставится в protective MBR. А он уже, насколько я понял, передает
управление в загрузочный раздел с GUID 83bd6b9d-7f41-11dc-be0b-001560b84f0f.
EFI тут не нужен, pmbr грузится обычным биосом из 0 сектора.
Чего я не понял - это того, как в этой кухне выбирать, с которого из
GPT-разделов грузить систему.
Ivan Shmakov
May 30, 2012, 10:24:35 PM5/30/12
to
>>>>> Victor Sudakov <v...@mpeks.tomsk.su> writes:
>>>>> Ivan Shmakov wrote:
>>> Что, если не указать "-b 34", то раздел затрет GPT header?
>> BTW, 34 % 8 = 2 != 0...
> Hе понял.
Для некоторых современных HЖМД, размер сектора составляет 4 KiB,
>>>>> Ivan Shmakov wrote:
>>> Что, если не указать "-b 34", то раздел затрет GPT header?
>> BTW, 34 % 8 = 2 != 0...
> Hе понял.
что есть 8 блоков по 512 байт. Что необходимо учитывать при
составлении таблицы разделов.
> Мой вопрос был, почему в man gpart пример с ключиком "-b 34", и что
> произойдет, если ключик забыть.
>>> И что-то никак не пойму, что в GPT является аналогом флага "active"
>>> на разделе в MBR?
>> IIUC, для EFI <<загрузочными разделами>> являются несущие ФС FAT и
>> содержащие файл с именем вида \EFI\BOOT\BOOT[архитектура].EFI [1].
>> См. также [2, 3].
> В случае FreeBSD всё проще - загрузку осуществляет /boot/pmbr,
> который ставится в protective MBR. А он уже, насколько я понял,
> передает управление в загрузочный раздел с GUID
> 83bd6b9d-7f41-11dc-be0b-001560b84f0f. EFI тут не нужен, pmbr
> грузится обычным биосом из 0 сектора.
такового будет убрана из UEFI. (Любопытно, поддерживается ли
MBR-загрузка на Macintosh?)
> Чего я не понял - это того, как в этой кухне выбирать, с которого из
> GPT-разделов грузить систему.
AIUI, также есть соответствующая опция, хотя и, возможно [3],
нерабочая.
--cut: [2] --
CAPTION: Partition attributes
Bit Content
0 System partition (disk partitioning utilities must reserve the
partition as is)
2 Legacy BIOS Bootable (equivalent to MBR 80h Active flag)
--cut: [2] --
Victor Sudakov
May 31, 2012, 1:59:32 AM5/31/12
to
Ivan Shmakov wrote:
> >>> Что, если не указать "-b 34", то раздел затрет GPT header?
> >> BTW, 34 % 8 = 2 != 0...
> > Hе понял.
> Для некоторых современных HЖМД, размер сектора составляет 4 KiB,
> что есть 8 блоков по 512 байт. Что необходимо учитывать при
> составлении таблицы разделов.
Всё равно не понял, при чём тут ключик -b, который задаёт offset
> >>> Что, если не указать "-b 34", то раздел затрет GPT header?
> >> BTW, 34 % 8 = 2 != 0...
> > Hе понял.
> Для некоторых современных HЖМД, размер сектора составляет 4 KiB,
> что есть 8 блоков по 512 байт. Что необходимо учитывать при
> составлении таблицы разделов.
(точнее LBA, с которого раздел должен начинаться).
> > Мой вопрос был, почему в man gpart пример с ключиком "-b 34", и что
> > произойдет, если ключик забыть.
> Я бы попробовал проверить на обычном файле, от пользователя.
http://victor-sudakov.dreamwidth.org/125653.html
ничего интересного не произошло, система загрузилась. Hо что-то же
автор мана имел в виду.
> >>> И что-то никак не пойму, что в GPT является аналогом флага "active"
> >>> на разделе в MBR?
> >> IIUC, для EFI <<загрузочными разделами>> являются несущие ФС FAT и
> >> содержащие файл с именем вида \EFI\BOOT\BOOT[архитектура].EFI [1].
> >> См. также [2, 3].
> > В случае FreeBSD всё проще - загрузку осуществляет /boot/pmbr,
> > который ставится в protective MBR. А он уже, насколько я понял,
> > передает управление в загрузочный раздел с GUID
> > 83bd6b9d-7f41-11dc-be0b-001560b84f0f. EFI тут не нужен, pmbr
> > грузится обычным биосом из 0 сектора.
> У меня есть подозрение, что в конечном счете, поддержка MBR как
> такового будет убрана из UEFI. (Любопытно, поддерживается ли
> MBR-загрузка на Macintosh?)
Partition Map (APM) found on Apple Macintosh computers).
> > Чего я не понял - это того, как в этой кухне выбирать, с которого из
> > GPT-разделов грузить систему.
> Полагаю, подобно: # parted /dev/ice set N boot yes. У gpart(8),
> AIUI, также есть соответствующая опция, хотя и, возможно [3],
> нерабочая.
В pmbr весь GPT раздел представлен как один слайс на весь диск с кодом
0xee, и он естественно имеет флаг active. А вот как выбирается активный
(загрузочный) раздел из имеющихся в GPT, мне пока непонятно.
Ivan Shmakov
May 31, 2012, 3:04:26 AM5/31/12
to
[...]
>>>> BTW, 34 % 8 = 2 != 0...
>>> HО©╫ О©╫О©╫О©╫О©╫О©╫.
>> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ HО©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 4 KiB, О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫ 8 О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ 512 О©╫О©╫О©╫О©╫. О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
> О©╫сё О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ чёО©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ -b, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ offset
> (О©╫О©╫О©╫О©╫О©╫О©╫ LBA, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫).
О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (-b 34), О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ /О©╫О©╫О©╫О©╫/ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ -b 40.
(О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ GNU Parted О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.)
[...]
>>> О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
>>> О©╫О©╫ GPT-О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫: # parted /dev/ice set N boot yes. О©╫ gpart(8),
>> AIUI, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ [3],
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
> О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫?
--cut: [3] --
> gpart set -a active -i 1 DISKNAME
--cut: [3] --
> О©╫ pmbr О©╫О©╫О©╫О©╫ GPT О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫
> О©╫О©╫О©╫О©╫О©╫ 0xee, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ active. О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫) О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ GPT, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫ О©╫ MBR О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ <<О©╫О©╫О©╫О©╫О©╫>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (e. g., GRUB), О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ <<О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ gptsync(8) [4, 5].
>>>> [3] http://lists.freebsd.org/pipermail/freebsd-geom/2010-January/003858.html
[4] http://refit.sourceforge.net/
[5] http://refit.sourceforge.net/myths/
>>>> BTW, 34 % 8 = 2 != 0...
>> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ HО©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 4 KiB, О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫ 8 О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ 512 О©╫О©╫О©╫О©╫. О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
> О©╫сё О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ чёО©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ -b, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ offset
> (О©╫О©╫О©╫О©╫О©╫О©╫ LBA, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫).
О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (-b 34), О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ /О©╫О©╫О©╫О©╫/ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ -b 40.
(О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ GNU Parted О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.)
[...]
>>> О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
>>> О©╫О©╫ GPT-О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫: # parted /dev/ice set N boot yes. О©╫ gpart(8),
>> AIUI, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ [3],
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
> О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫?
--cut: [3] --
> gpart set -a active -i 1 DISKNAME
--cut: [3] --
> О©╫ pmbr О©╫О©╫О©╫О©╫ GPT О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫
> О©╫О©╫О©╫О©╫О©╫ 0xee, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ active. О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫) О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ GPT, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫ О©╫ MBR О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ <<О©╫О©╫О©╫О©╫О©╫>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (e. g., GRUB), О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ <<О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ gptsync(8) [4, 5].
>>>> [3] http://lists.freebsd.org/pipermail/freebsd-geom/2010-January/003858.html
[4] http://refit.sourceforge.net/
[5] http://refit.sourceforge.net/myths/
Yury Ivliev
May 31, 2012, 3:28:06 AM5/31/12
to
Hi, Victor!
On Thu, 31 May 12 09:59:32 +0400, Victor Sudakov <v...@mpeks.tomsk.su> wrote:
> From: Victor Sudakov <v...@mpeks.tomsk.su>
If so they are automatically calculated." Hесколько туманно, но чего
вообще ожидать догадаться можно.
> В pmbr весь GPT раздел представлен как один слайс на весь диск с кодом
> 0xee, и он естественно имеет флаг active. А вот как выбирается активный
> (загрузочный) раздел из имеющихся в GPT, мне пока непонятно.
Hу так тот же GPART(8):
ATTRIBUTES
[...]
The scheme-specific attributes for GPT:
bootme When set, the gptboot stage 1 boot loader will try to boot
the system from this partition. Multiple partitions might be
marked with the bootme attribute. In such scenario the
gptboot will try all bootme partitions one by one, until the
next boot stage is successfully entered.
Вот например USB-флешка:
$ gpart show da0
=> 34 7831485 da0 GPT (3.8G)
34 128 8 freebsd-boot (64k)
162 350 - free - (175k)
512 262144 1 freebsd-ufs (128M)
262656 262144 2 freebsd-ufs (128M)
524800 262144 3 freebsd-ufs (128M)
786944 4194304 4 freebsd-ufs [bootme] (2.0G)
4981248 2850271 7 linux-data (1.4G)
В 8-м разделе тот самый gptboot.
Сейчас исправно грузит уменьшеную копию моей рабочей машины с 4-го раздела.
/yury
On Thu, 31 May 12 09:59:32 +0400, Victor Sudakov <v...@mpeks.tomsk.su> wrote:
> From: Victor Sudakov <v...@mpeks.tomsk.su>
> Я попробовал разбить диск в виртуалке без этого ключика
> http://victor-sudakov.dreamwidth.org/125653.html
> ничего интересного не произошло, система загрузилась. Hо что-то же
> автор мана имел в виду.
Hу там вроде написано: "One or both -b and -s options can be omitted.
> http://victor-sudakov.dreamwidth.org/125653.html
> ничего интересного не произошло, система загрузилась. Hо что-то же
> автор мана имел в виду.
If so they are automatically calculated." Hесколько туманно, но чего
вообще ожидать догадаться можно.
> В pmbr весь GPT раздел представлен как один слайс на весь диск с кодом
> 0xee, и он естественно имеет флаг active. А вот как выбирается активный
> (загрузочный) раздел из имеющихся в GPT, мне пока непонятно.
ATTRIBUTES
[...]
The scheme-specific attributes for GPT:
bootme When set, the gptboot stage 1 boot loader will try to boot
the system from this partition. Multiple partitions might be
marked with the bootme attribute. In such scenario the
gptboot will try all bootme partitions one by one, until the
next boot stage is successfully entered.
Вот например USB-флешка:
$ gpart show da0
=> 34 7831485 da0 GPT (3.8G)
34 128 8 freebsd-boot (64k)
162 350 - free - (175k)
512 262144 1 freebsd-ufs (128M)
262656 262144 2 freebsd-ufs (128M)
524800 262144 3 freebsd-ufs (128M)
786944 4194304 4 freebsd-ufs [bootme] (2.0G)
4981248 2850271 7 linux-data (1.4G)
В 8-м разделе тот самый gptboot.
Сейчас исправно грузит уменьшеную копию моей рабочей машины с 4-го раздела.
/yury
Victor Sudakov
May 31, 2012, 4:30:48 AM5/31/12
to
Yury Ivliev wrote:
> > � ���������� ������� ���� � ��������� ��� ����� �������
> > http://victor-sudakov.dreamwidth.org/125653.html
> > ������ ����������� �� ���������, ������� �����������. H� ���-�� ��
> > ����� ���� ���� � ����.
> H� ��� ����� ��������: "One or both -b and -s options can be omitted.
> If so they are automatically calculated." H�������� �������, �� ����
> ������ ������� ���������� �����.
������� �� RTFM :)
> > � pmbr ���� GPT ������ ����������� ��� ���� ����� �� ���� ���� � �����
> > 0xee, � �� ����������� ����� ���� active. � ��� ��� ���������� ��������
> > (�����������) ������ �� ��������� � GPT, ��� ���� ���������.
> H� ��� ��� �� GPART(8):
> ������ �������� ������ ���������� ����� ���� ������� ������ � 4-�� �������.
��� bootme ��� ��� �������, ��� ��� ���� ��� gptboot-�. � ��� ���
����������, ��� ��� ������ ���������� �� BIOS ���������� ������ ��
8 ������, ��� ����� gptboot?
> > � ���������� ������� ���� � ��������� ��� ����� �������
> > http://victor-sudakov.dreamwidth.org/125653.html
> > ������ ����������� �� ���������, ������� �����������. H� ���-�� ��
> > ����� ���� ���� � ����.
> H� ��� ����� ��������: "One or both -b and -s options can be omitted.
> If so they are automatically calculated." H�������� �������, �� ����
> ������ ������� ���������� �����.
������� �� RTFM :)
> > � pmbr ���� GPT ������ ����������� ��� ���� ����� �� ���� ���� � �����
> > 0xee, � �� ����������� ����� ���� active. � ��� ��� ���������� ��������
> > (�����������) ������ �� ��������� � GPT, ��� ���� ���������.
> H� ��� ��� �� GPART(8):
> ATTRIBUTES
> [...]
> The scheme-specific attributes for GPT:
> bootme When set, the gptboot stage 1 boot loader will try to boot
> the system from this partition. Multiple partitions might be
> marked with the bootme attribute. In such scenario the
> gptboot will try all bootme partitions one by one, until the
> next boot stage is successfully entered.
> ��� �������� USB-������:
> [...]
> The scheme-specific attributes for GPT:
> bootme When set, the gptboot stage 1 boot loader will try to boot
> the system from this partition. Multiple partitions might be
> marked with the bootme attribute. In such scenario the
> gptboot will try all bootme partitions one by one, until the
> next boot stage is successfully entered.
> $ gpart show da0
> => 34 7831485 da0 GPT (3.8G)
> 34 128 8 freebsd-boot (64k)
> 162 350 - free - (175k)
> 512 262144 1 freebsd-ufs (128M)
> 262656 262144 2 freebsd-ufs (128M)
> 524800 262144 3 freebsd-ufs (128M)
> 786944 4194304 4 freebsd-ufs [bootme] (2.0G)
> 4981248 2850271 7 linux-data (1.4G)
> � 8-� ������� ��� ����� gptboot.
> => 34 7831485 da0 GPT (3.8G)
> 34 128 8 freebsd-boot (64k)
> 162 350 - free - (175k)
> 512 262144 1 freebsd-ufs (128M)
> 262656 262144 2 freebsd-ufs (128M)
> 524800 262144 3 freebsd-ufs (128M)
> 786944 4194304 4 freebsd-ufs [bootme] (2.0G)
> 4981248 2850271 7 linux-data (1.4G)
> ������ �������� ������ ���������� ����� ���� ������� ������ � 4-�� �������.
��� bootme ��� ��� �������, ��� ��� ���� ��� gptboot-�. � ��� ���
����������, ��� ��� ������ ���������� �� BIOS ���������� ������ ��
8 ������, ��� ����� gptboot?
Yury Ivliev
May 31, 2012, 5:28:50 AM5/31/12
to
Hi, Victor!
On Thu, 31 May 12 12:30:48 +0400, Victor Sudakov <v...@mpeks.tomsk.su> wrote:
> Про bootme как раз понятно, это уже флаг для gptboot-а. А вот как
> происходит, что для начала управление из BIOS передается именно на
> 8 раздел, где лежит gptboot?
Дык, всё тамже:
BOOTSTRAPPING
[...]
Both types of bootstrap code are used to boot from the GUID Partition Ta-
ble. First, a protective MBR is embedded into the first disk sector from
the /boot/pmbr image. It searches the GPT freebsd-boot partition (see
the PARTITION TYPES section) in the GPT and runs the next bootstrap stage
from it. The freebsd-boot partition should be smaller than 545 KB.
И RTFS /usr/src/sys/boot/i386/pmbr/pmbr.s.
То есть BIOS грузит код из MBR (а там в случае GPT живёт pmbr) и передаёт
ему управление. А pmbr, в свою очередь, находит в GPT первый раздел с типом
freebsd-boot, загружает оттуда код и прыгает на него.
/yury
On Thu, 31 May 12 12:30:48 +0400, Victor Sudakov <v...@mpeks.tomsk.su> wrote:
> Про bootme как раз понятно, это уже флаг для gptboot-а. А вот как
> происходит, что для начала управление из BIOS передается именно на
> 8 раздел, где лежит gptboot?
Дык, всё тамже:
BOOTSTRAPPING
[...]
Both types of bootstrap code are used to boot from the GUID Partition Ta-
ble. First, a protective MBR is embedded into the first disk sector from
the /boot/pmbr image. It searches the GPT freebsd-boot partition (see
the PARTITION TYPES section) in the GPT and runs the next bootstrap stage
from it. The freebsd-boot partition should be smaller than 545 KB.
И RTFS /usr/src/sys/boot/i386/pmbr/pmbr.s.
То есть BIOS грузит код из MBR (а там в случае GPT живёт pmbr) и передаёт
ему управление. А pmbr, в свою очередь, находит в GPT первый раздел с типом
freebsd-boot, загружает оттуда код и прыгает на него.
/yury
Ivan Novikov
May 31, 2012, 9:43:58 AM5/31/12
to
Привет, Victor!
31 May 12, Victor Sudakov накропал письмо к Ivan Shmakov:
VS> Я попробовал разбить диск в виртуалке без этого ключика
VS> http://victor-sudakov.dreamwidth.org/125653.html
VS> ничего интересного не произошло, система загрузилась. Hо что-то же
VS> автор мана имел в виду.
дык, автор мана написал честно:
>> (Любопытно, поддерживается ли MBR-загрузка на Macintosh?)
не-а. там совсем efi биос.
>> > Чего я не понял - это того, как в этой кухне выбирать, с которого из
>> > GPT-разделов грузить систему.
в efi биосе выбрать прямо
во фришном загрузчике можно заюзать boot.config
VS> В pmbr весь GPT раздел представлен как один слайс на весь диск с кодом
VS> 0xee, и он естественно имеет флаг active. А вот как выбирается
VS> активный (загрузочный) раздел из имеющихся в GPT, мне пока непонятно.
тот, что имеет тип freebsd-boot
=== /usr/src/sys/boot/i386/pmbr/pmbr.s ======
scan: movw %bx,%si # Compare partition UUID
movw $boot_uuid,%di # with FreeBSD boot UUID
===
С приветом, Ivan.
31 May 12, Victor Sudakov накропал письмо к Ivan Shmakov:
>> > Мой вопрос был, почему в man gpart пример с ключиком "-b 34", и что
>> > произойдет, если ключик забыть.
VS>
>> > произойдет, если ключик забыть.
>> Я бы попробовал проверить на обычном файле, от пользователя.
VS>
VS> Я попробовал разбить диск в виртуалке без этого ключика
VS> http://victor-sudakov.dreamwidth.org/125653.html
VS> ничего интересного не произошло, система загрузилась. Hо что-то же
VS> автор мана имел в виду.
дык, автор мана написал честно:
One or both -b and -s options can be omitted. If so they are automatically
calculated.
а где ты вычитал, что эта опция обязательна?
calculated.
>> (Любопытно, поддерживается ли MBR-загрузка на Macintosh?)
>> > Чего я не понял - это того, как в этой кухне выбирать, с которого из
>> > GPT-разделов грузить систему.
во фришном загрузчике можно заюзать boot.config
VS> В pmbr весь GPT раздел представлен как один слайс на весь диск с кодом
VS> 0xee, и он естественно имеет флаг active. А вот как выбирается
VS> активный (загрузочный) раздел из имеющихся в GPT, мне пока непонятно.
тот, что имеет тип freebsd-boot
=== /usr/src/sys/boot/i386/pmbr/pmbr.s ======
scan: movw %bx,%si # Compare partition UUID
movw $boot_uuid,%di # with FreeBSD boot UUID
===
С приветом, Ivan.
Ivan Shmakov
May 31, 2012, 10:08:08 AM5/31/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> 31 May 12, Victor Sudakov накропал письмо к Ivan Shmakov:
[...]
>>>>> 31 May 12, Victor Sudakov накропал письмо к Ivan Shmakov:
VS> Чего я не понял - это того, как в этой кухне выбирать, с которого
VS> из GPT-разделов грузить систему.
IN> в efi биосе выбрать прямо во фришном загрузчике можно заюзать
IN> boot.config
VS> В pmbr весь GPT раздел представлен как один слайс на весь диск с
VS> выбирается активный (загрузочный) раздел из имеющихся в GPT, мне
VS> пока непонятно.
IN> тот, что имеет тип freebsd-boot
IN> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
Это именно в случае MBR-загрузки. Если используемая платформа
предпочитает EFI, то pmbr.s использоваться, очевидно, не будет.
(Hа случай чего может иметь смысл предусмотреть отдельный,
<<EFI-загрузочный>> раздел.)
[...]
Ivan Novikov
May 31, 2012, 12:47:22 PM5/31/12
to
Привет, Ivan!
31 May 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IN>> тот, что имеет тип freebsd-boot
IS>
IN>> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
IS>
IS> Это именно в случае MBR-загрузки. Если используемая платформа
IS> предпочитает EFI, то pmbr.s использоваться, очевидно, не будет.
IS>
IS> (Hа случай чего может иметь смысл предусмотреть отдельный,
IS> <<EFI-загрузочный>> раздел.)
дык, раздел в сабжекте и так уже efi-загрузочный (если не забыть туда загрузчик
положить, конечно), код в mbr просто его ищет для обычного биоса.
С приветом, Ivan.
31 May 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IN>> тот, что имеет тип freebsd-boot
IN>> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
IS>
IS> Это именно в случае MBR-загрузки. Если используемая платформа
IS> предпочитает EFI, то pmbr.s использоваться, очевидно, не будет.
IS>
IS> (Hа случай чего может иметь смысл предусмотреть отдельный,
IS> <<EFI-загрузочный>> раздел.)
дык, раздел в сабжекте и так уже efi-загрузочный (если не забыть туда загрузчик
положить, конечно), код в mbr просто его ищет для обычного биоса.
С приветом, Ivan.
Ivan Shmakov
May 31, 2012, 12:26:16 PM5/31/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> May 12, Ivan Shmakov накропал письмо к Ivan Novikov:
[...]
IN> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
IS> Это именно в случае MBR-загрузки. Если используемая платформа
IS> предпочитает EFI, то pmbr.s использоваться, очевидно, не будет.
IS> (Hа случай чего может иметь смысл предусмотреть отдельный,
IS> <<EFI-загрузочный>> раздел.)
IN> туда загрузчик положить, конечно), код в mbr просто его ищет для
IN> обычного биоса.
ACK.
BTW, правильно ли я понял, что для EFI <<загрузочными>> являются
разделы, несущие ФС семейства FAT и содержащие файл с именем
вида \EFI\BOOT\BOOT[архитектура].EFI?
--
FSF associate member #7257 np. Youthanasia -- Megadeth
Victor Sudakov
Jun 1, 2012, 3:36:04 AM6/1/12
to
раздела я ничего загрузить не смогу (по крайней мере не средствами
pmbr). Собственно это я и хотел узнать.
Victor Sudakov
Jun 1, 2012, 3:46:06 AM6/1/12
to
Ivan Novikov wrote:
> >> > Мой вопрос был, почему в man gpart пример с ключиком "-b 34", и что
> >> > произойдет, если ключик забыть.
> VS>
> >> Я бы попробовал проверить на обычном файле, от пользователя.
> VS>
> VS> Я попробовал разбить диск в виртуалке без этого ключика
> VS> http://victor-sudakov.dreamwidth.org/125653.html
> VS> ничего интересного не произошло, система загрузилась. Hо что-то же
> VS> автор мана имел в виду.
> дык, автор мана написал честно:
> One or both -b and -s options can be omitted. If so they are automatically
> calculated.
> а где ты вычитал, что эта опция обязательна?
Hигде. Разве я где-то утверждал, что она обязательна? Я просто
> >> > Мой вопрос был, почему в man gpart пример с ключиком "-b 34", и что
> >> > произойдет, если ключик забыть.
> VS>
> >> Я бы попробовал проверить на обычном файле, от пользователя.
> VS>
> VS> Я попробовал разбить диск в виртуалке без этого ключика
> VS> http://victor-sudakov.dreamwidth.org/125653.html
> VS> ничего интересного не произошло, система загрузилась. Hо что-то же
> VS> автор мана имел в виду.
> дык, автор мана написал честно:
> One or both -b and -s options can be omitted. If so they are automatically
> calculated.
> а где ты вычитал, что эта опция обязательна?
спросил, зачем автору мана понадобилось ее указывать и что будет,
если не указать.
> >> (Любопытно, поддерживается ли MBR-загрузка на Macintosh?)
> не-а. там совсем efi биос.
> >> > Чего я не понял - это того, как в этой кухне выбирать, с которого из
> >> > GPT-разделов грузить систему.
> в efi биосе выбрать прямо
> во фришном загрузчике можно заюзать boot.config
GPT имеет?
Если у меня к примеру в одном из GPT разделов стоит еще одна OS, как
мне сделать "активным" раздел именно с ней? Я правильно понимаю, что
если есть EFI BIOS, то прямо в нем, а если нет, то как?
> VS> В pmbr весь GPT раздел представлен как один слайс на весь диск с кодом
> VS> 0xee, и он естественно имеет флаг active. А вот как выбирается
> VS> активный (загрузочный) раздел из имеющихся в GPT, мне пока непонятно.
> тот, что имеет тип freebsd-boot
> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
> scan: movw %bx,%si # Compare partition UUID
> movw $boot_uuid,%di # with FreeBSD boot UUID
> ===
Ivan Shmakov
Jun 1, 2012, 8:21:57 AM6/1/12
to
>>>>> Victor Sudakov <v...@mpeks.tomsk.su> writes:
>>>>> Ivan Novikov wrote:
[...]
>>>>> Чего я не понял - это того, как в этой кухне выбирать, с которого
>>>>> из GPT-разделов грузить систему.
>> в efi биосе выбрать прямо во фришном загрузчике можно заюзать
>> boot.config
> Hасколько я понимаю, это конфиг от /boot/boot, он какое отношение к
> GPT имеет?
> Если у меня к примеру в одном из GPT разделов стоит еще одна OS, как
> мне сделать "активным" раздел именно с ней? Я правильно понимаю, что
> если есть EFI BIOS, то прямо в нем, а если нет, то как?
Установив в MBR загрузчик, поддерживающий GPT. E. g., GRUB.
Разница между загрузчиком в MBR и загрузчиком в protective MBR
только в том, что второму положено понимать GPT (e. g., ища
раздел с особым типом -- biosgrub, freebsd-boot, ...) В
остальном -- все остается в точности как прежде: BIOS передает
управление программе в 0-м секторе, которая выполняет все
необходимое, для загрузки системы. Что бы это ни было.
(Полагаю, задачей pmbr.s из FreeBSD является загрузка
/boot/boot, который уже и осуществит загрузку системы в
соответствии с собственной конфигурацией, не взирая на
<<загрузочность>> конкретных разделов.)
IOW, флаг <<загрузочности>> раздела имел значение, по большему
счету, лишь для <<традиционного>> MBR-загрузчика. AFAIK, никем
более он никогда не использовался. Соответственно, нет и
никакой необходимости переносить данный флаг в GPT.
[...]
>>>>> Ivan Novikov wrote:
[...]
>>>>> Чего я не понял - это того, как в этой кухне выбирать, с которого
>>>>> из GPT-разделов грузить систему.
>> в efi биосе выбрать прямо во фришном загрузчике можно заюзать
>> boot.config
> Hасколько я понимаю, это конфиг от /boot/boot, он какое отношение к
> GPT имеет?
> Если у меня к примеру в одном из GPT разделов стоит еще одна OS, как
> мне сделать "активным" раздел именно с ней? Я правильно понимаю, что
> если есть EFI BIOS, то прямо в нем, а если нет, то как?
Разница между загрузчиком в MBR и загрузчиком в protective MBR
только в том, что второму положено понимать GPT (e. g., ища
раздел с особым типом -- biosgrub, freebsd-boot, ...) В
остальном -- все остается в точности как прежде: BIOS передает
управление программе в 0-м секторе, которая выполняет все
необходимое, для загрузки системы. Что бы это ни было.
(Полагаю, задачей pmbr.s из FreeBSD является загрузка
/boot/boot, который уже и осуществит загрузку системы в
соответствии с собственной конфигурацией, не взирая на
<<загрузочность>> конкретных разделов.)
IOW, флаг <<загрузочности>> раздела имел значение, по большему
счету, лишь для <<традиционного>> MBR-загрузчика. AFAIK, никем
более он никогда не использовался. Соответственно, нет и
никакой необходимости переносить данный флаг в GPT.
[...]
Ivan Novikov
Jun 1, 2012, 12:53:56 PM6/1/12
to
Привет, Ivan!
31 May 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> BTW, правильно ли я понял, что для EFI <<загрузочными>> являются
IS> разделы, несущие ФС семейства FAT и содержащие файл с именем
IS> вида \EFI\BOOT\BOOT[архитектура].EFI?
нет. те, которые являются загрузочным типом раздела, по меньшей мере.
а упомянутый путь - это заморочки grub'а
там же, кстати, в документации и написано:
When an x86 computer equipped with UEFI boots, the interface searches the
system storage for a partition labeled with a specific globally unique
identifier (GUID) that marks it as the EFI System Partition (ESP). This
partition contains applications compiled for the EFI architecture, which might
include bootloaders for operating systems and utility software. UEFI systems
include an EFI boot manager that can boot the system from a default
configuration, or prompt a user to choose an operating system to boot. When a
bootloader is selected, manually or automatically, UEFI reads it into memory
and yields control of the boot process to it.
С приветом, Ivan.
31 May 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> BTW, правильно ли я понял, что для EFI <<загрузочными>> являются
IS> разделы, несущие ФС семейства FAT и содержащие файл с именем
IS> вида \EFI\BOOT\BOOT[архитектура].EFI?
нет. те, которые являются загрузочным типом раздела, по меньшей мере.
а упомянутый путь - это заморочки grub'а
там же, кстати, в документации и написано:
When an x86 computer equipped with UEFI boots, the interface searches the
system storage for a partition labeled with a specific globally unique
identifier (GUID) that marks it as the EFI System Partition (ESP). This
partition contains applications compiled for the EFI architecture, which might
include bootloaders for operating systems and utility software. UEFI systems
include an EFI boot manager that can boot the system from a default
configuration, or prompt a user to choose an operating system to boot. When a
bootloader is selected, manually or automatically, UEFI reads it into memory
and yields control of the boot process to it.
С приветом, Ivan.
Ivan Novikov
Jun 1, 2012, 1:00:00 PM6/1/12
to
Привет, Victor!
01 Jun 12, Victor Sudakov накропал письмо к Ivan Novikov:
VS> Hасколько я понимаю, это конфиг от /boot/boot, он какое отношение к
VS> GPT имеет?
прямое - он конфиг загрузчика второго уровня.
загрузка происходит в такой последовательности:
1. биос ищет первый загрузочный девайс, который ему разрешено юзать
2. ищет и проверяет валидность MBR, грузит его код
3. код в MBR ищет загрузочный раздел или то место, где живёт загрузчик (в
случае с LILO, например)
4. загружается загрузчик второго уровня. во фришном случае это /boot/boot или
/boot/zfsboot или gptboot или ещё чего там ещё, типа pxeboot
этот загрузчик уже умеет искать следующий загрузчик на файловой системе, в сети
или где ему там положено по своему предназначению
5. загружается загрузчик последнего уровня. во фришном случае это /boot/loader
который ещё больше и умеет загружать ядро с нужными параметрами, модули и тд.
поэтому в boot.config можно записать, чтоб тот искал какой-нибудь grub на пятом
разделе шестого диска.
>> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
>> scan: movw %bx,%si # Compare partition UUID
>> movw $boot_uuid,%di # with FreeBSD boot UUID
>> ===
VS> Тут какой-то boot0gpt должен бы быть, но что именно?
где?
всё, что boot0 - это код для mbr
С приветом, Ivan.
01 Jun 12, Victor Sudakov накропал письмо к Ivan Novikov:
>> в efi биосе выбрать прямо
>> во фришном загрузчике можно заюзать boot.config
VS>
>> во фришном загрузчике можно заюзать boot.config
VS> Hасколько я понимаю, это конфиг от /boot/boot, он какое отношение к
VS> GPT имеет?
прямое - он конфиг загрузчика второго уровня.
загрузка происходит в такой последовательности:
1. биос ищет первый загрузочный девайс, который ему разрешено юзать
2. ищет и проверяет валидность MBR, грузит его код
3. код в MBR ищет загрузочный раздел или то место, где живёт загрузчик (в
случае с LILO, например)
4. загружается загрузчик второго уровня. во фришном случае это /boot/boot или
/boot/zfsboot или gptboot или ещё чего там ещё, типа pxeboot
этот загрузчик уже умеет искать следующий загрузчик на файловой системе, в сети
или где ему там положено по своему предназначению
5. загружается загрузчик последнего уровня. во фришном случае это /boot/loader
который ещё больше и умеет загружать ядро с нужными параметрами, модули и тд.
поэтому в boot.config можно записать, чтоб тот искал какой-нибудь grub на пятом
разделе шестого диска.
>> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
>> scan: movw %bx,%si # Compare partition UUID
>> movw $boot_uuid,%di # with FreeBSD boot UUID
>> ===
где?
всё, что boot0 - это код для mbr
С приветом, Ivan.
Victor Sudakov
Jun 4, 2012, 4:01:20 AM6/4/12
to
Ivan Novikov wrote:
> IS> BTW, ��������� �� � �����, ��� ��� EFI <<������������>> ��������
> IS> �������, ������� �� ��������� FAT � ���������� ���� � ������
> IS> ���� \EFI\BOOT\BOOT[�����������].EFI?
> ���. ��, ������� �������� ����������� ����� �������, �� ������� ����.
> � ���������� ���� - ��� ��������� grub'�
> ��� ��, ������, � ������������ � ��������:
> When an x86 computer equipped with UEFI boots, the interface
> searches the system storage for a partition labeled with a specific
> globally unique identifier (GUID) that marks it as the EFI System
> Partition (ESP). This partition contains applications compiled for
> the EFI architecture, which might include bootloaders for operating
> systems and utility software. UEFI systems include an EFI boot
> manager that can boot the system from a default configuration, or
> prompt a user to choose an operating system to boot. When a
> bootloader is selected, manually or automatically, UEFI reads it
> into memory and yields control of the boot process to it.
���� �� RedHat :) H� �������, ������������.
> IS> BTW, ��������� �� � �����, ��� ��� EFI <<������������>> ��������
> IS> �������, ������� �� ��������� FAT � ���������� ���� � ������
> IS> ���� \EFI\BOOT\BOOT[�����������].EFI?
> ���. ��, ������� �������� ����������� ����� �������, �� ������� ����.
> � ���������� ���� - ��� ��������� grub'�
> ��� ��, ������, � ������������ � ��������:
> When an x86 computer equipped with UEFI boots, the interface
> searches the system storage for a partition labeled with a specific
> globally unique identifier (GUID) that marks it as the EFI System
> Partition (ESP). This partition contains applications compiled for
> the EFI architecture, which might include bootloaders for operating
> systems and utility software. UEFI systems include an EFI boot
> manager that can boot the system from a default configuration, or
> prompt a user to choose an operating system to boot. When a
> bootloader is selected, manually or automatically, UEFI reads it
> into memory and yields control of the boot process to it.
Victor Sudakov
Jun 4, 2012, 4:12:22 AM6/4/12
to
Ivan Novikov wrote:
> >> � efi ����� ������� �����
> >> �� ������� ���������� ����� ������� boot.config
> VS>
> VS> H�������� � �������, ��� ������ �� /boot/boot, �� ����� ��������� �
> VS> GPT �����?
> ������ - �� ������ ���������� ������� ������.
[dd]
> 4. ����������� ��������� ������� ������. �� ������� ������ ��� /boot/boot ���
> /boot/zfsboot ��� gptboot ��� �ݣ ���� ��� �ݣ, ���� pxeboot
� ���������. gptboot ������������� ������� � boot.config.
> ������� � boot.config ����� ��������, ���� ��� ����� �����-������ grub �� �����
> ������� ������� �����.
> >> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
> >> scan: movw %bx,%si # Compare partition UUID
> >> movw $boot_uuid,%di # with FreeBSD boot UUID
> >> ===
> VS> ��� �����-�� boot0gpt ������ �� ����, �� ��� ������?
> ���?
> �ӣ, ��� boot0 - ��� ��� ��� mbr
������ ������ boot0 ���� �������� ���� �� ������� ������� ��� ��������
���� PXE, � ����� ������ ������� (�������� � ����� ������ ��
FreeBSD-�������� ��������� ��������������� ��������� ������). � �
����� GPT multiboot ����� �������� ����� (� �������).
> >> � efi ����� ������� �����
> >> �� ������� ���������� ����� ������� boot.config
> VS>
> VS> H�������� � �������, ��� ������ �� /boot/boot, �� ����� ��������� �
> VS> GPT �����?
> ������ - �� ������ ���������� ������� ������.
[dd]
> 4. ����������� ��������� ������� ������. �� ������� ������ ��� /boot/boot ���
> /boot/zfsboot ��� gptboot ��� �ݣ ���� ��� �ݣ, ���� pxeboot
� ���������. gptboot ������������� ������� � boot.config.
> ������� � boot.config ����� ��������, ���� ��� ����� �����-������ grub �� �����
> ������� ������� �����.
> >> === /usr/src/sys/boot/i386/pmbr/pmbr.s ======
> >> scan: movw %bx,%si # Compare partition UUID
> >> movw $boot_uuid,%di # with FreeBSD boot UUID
> >> ===
> ���?
> �ӣ, ��� boot0 - ��� ��� ��� mbr
������ ������ boot0 ���� �������� ���� �� ������� ������� ��� ��������
���� PXE, � ����� ������ ������� (�������� � ����� ������ ��
FreeBSD-�������� ��������� ��������������� ��������� ������). � �
����� GPT multiboot ����� �������� ����� (� �������).
Ivan Shmakov
Jun 4, 2012, 9:42:45 AM6/4/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> 31 May 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> BTW, правильно ли я понял, что для EFI <<загрузочными>> являются
IS> разделы, несущие ФС семейства FAT и содержащие файл с именем вида
IS> BTW, правильно ли я понял, что для EFI <<загрузочными>> являются
IS> \EFI\BOOT\BOOT[архитектура].EFI?
IN> нет. те, которые являются загрузочным типом раздела, по меньшей
IN> мере.
Да, но используемая ФС должна поддерживаться firmware. AIUI,
спецификация требует поддержки FAT, но не других ФС.
IN> а упомянутый путь - это заморочки grub'а
В таком случае, стоит поправить [1].
[1] http://en.wikipedia.org/wiki/UEFI#Booting
IN> там же, кстати, в документации и написано:
[...]
В этом фрагменте, противоречий наличию некоторого соглашения на
имена файлов, содержащих загрузчики, не нахожу.
Ivan Novikov
Jun 5, 2012, 9:03:34 AM6/5/12
to
Привет, Ivan!
04 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> Да, но используемая ФС должна поддерживаться firmware. AIUI,
IS> спецификация требует поддержки FAT, но не других ФС.
как-то вот так:
Actual steps of booting EFI shell might vary a lot among different BIOS brands.
Some BIOSes (mostly on MACs where EFI is the primary standard) have extra
options for specifying file to boot, or can even have EFI shell built-in inside
ROM. However, I only have experience with non-MAC Intel UEFI implementation,
that only seems to support the very minimum of features required to install EFI
versions of Windows. Microsoft requirements on UEFI implementation, among other
things, specify that UEFI boot loader must use fixed path to file to boot, and
if it can't boot UEFI for some reason, it must silently switch to default boot.
That causes lot of headache when your UEFI doesn't boot as it should, and you
must find out what the problem is without any information from loader.
по крайней мере, биос в интелячьих серверах имеет встроенный шелл, а десктопные
мне не попадались ещё.
С приветом, Ivan.
04 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IN>> нет. те, которые являются загрузочным типом раздела, по меньшей
IN>> мере.
IS>
IN>> мере.
IS> Да, но используемая ФС должна поддерживаться firmware. AIUI,
IS> спецификация требует поддержки FAT, но не других ФС.
как-то вот так:
Actual steps of booting EFI shell might vary a lot among different BIOS brands.
Some BIOSes (mostly on MACs where EFI is the primary standard) have extra
options for specifying file to boot, or can even have EFI shell built-in inside
ROM. However, I only have experience with non-MAC Intel UEFI implementation,
that only seems to support the very minimum of features required to install EFI
versions of Windows. Microsoft requirements on UEFI implementation, among other
things, specify that UEFI boot loader must use fixed path to file to boot, and
if it can't boot UEFI for some reason, it must silently switch to default boot.
That causes lot of headache when your UEFI doesn't boot as it should, and you
must find out what the problem is without any information from loader.
по крайней мере, биос в интелячьих серверах имеет встроенный шелл, а десктопные
мне не попадались ещё.
С приветом, Ivan.
Ivan Shmakov
Jun 5, 2012, 11:59:03 AM6/5/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> 04 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IN> нет. те, которые являются загрузочным типом раздела, по меньшей
IN> мере.
IS> Да, но используемая ФС должна поддерживаться firmware. AIUI,
IS> спецификация требует поддержки FAT, но не других ФС.
IN> как-то вот так:
IN> нет. те, которые являются загрузочным типом раздела, по меньшей
IN> мере.
IS> Да, но используемая ФС должна поддерживаться firmware. AIUI,
IS> спецификация требует поддержки FAT, но не других ФС.
> Actual steps of booting EFI shell might vary a lot among different
> BIOS brands.
IN> по крайней мере, биос в интелячьих серверах имеет встроенный шелл,
IN> а десктопные мне не попадались ещё.
ACK.
... AIUI, спецификацию распространяют бесплатно?
--
FSF associate member #7257 np. Кто-то другой \xE2\x80\x94 Гражданская Оборона
Ivan Novikov
Jun 6, 2012, 8:19:28 AM6/6/12
to
Привет, Ivan!
05 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> [...]
IS>
IS> ACK.
IS> ... AIUI,
что за архаичные акронимы? :)
вроде сейчас байты экономить как-то неприлично уже.
IS> спецификацию распространяют бесплатно?
за регистрацию денег не просят, по крайней мере. но регистрироваться как-то
лень.
а с какой целью тема uefi тебя так сильно заинтересовала?
С приветом, Ivan.
05 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> [...]
IS>
IN>> по крайней мере, биос в интелячьих серверах имеет встроенный шелл,
IN>> а десктопные мне не попадались ещё.
IS>
IN>> а десктопные мне не попадались ещё.
IS> ACK.
IS> ... AIUI,
что за архаичные акронимы? :)
вроде сейчас байты экономить как-то неприлично уже.
IS> спецификацию распространяют бесплатно?
за регистрацию денег не просят, по крайней мере. но регистрироваться как-то
лень.
а с какой целью тема uefi тебя так сильно заинтересовала?
С приветом, Ivan.
Ivan Shmakov
Jun 13, 2012, 11:38:00 AM6/13/12
to
[...]
IS> ACK.
IS> ... AIUI,
IN> О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫? :) О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫
IN> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫? О©╫О©╫О©╫О©╫О©╫О©╫О©╫!
IS> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
IN> О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
ACK.
IN> О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫. О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ uefi О©╫О©╫О©╫О©╫
IN> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
HО©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
IS> ACK.
IS> ... AIUI,
IN> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫? О©╫О©╫О©╫О©╫О©╫О©╫О©╫!
IS> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
IN> О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
ACK.
IN> О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫. О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ uefi О©╫О©╫О©╫О©╫
IN> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
HО©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
Ivan Novikov
Jun 15, 2012, 6:49:36 AM6/15/12
to
Привет, Ivan!
13 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS>> ACK.... AIUI,
IN>> что за архаичные акронимы? :) вроде сейчас байты экономить как-то
IN>> неприлично уже.
IS> Байты? Секунды!
да ладно! ты, разве, всё ещё не десятью пальцами вслепую печатаешь?
по мне так проще напечатать лишних три-четыре слова, чем переключаться в
английскую раскладку, держать шифт, набирать буквы и переключаться обратно.
IN>> но регистрироваться как-то лень. а с какой целью тема uefi тебя
IN>> так сильно заинтересовала?
IS> Hе хочу оказаться в ситуации, когда процедура загрузки
IS> свежеприобретенной машины оказывается мне неизвестной.
насколько я понимаю, то в нынешней ситуации этот uefi находится в
недоделанно-зачаточном состоянии повсеместно. ни одна контора не соблюдает все
имеющиеся спецификации которые, ко всему прочему, постоянно пишутся новые.
вот надысь ковырялся со свежеприобретённым пакардовским ноутом.
uefi insyde биос, типа модно
на диске mbr с четырьмя разделами
1. виндовый загрузочный около 200мег, где BCD и загрузчик
2. собственно винда
3. восстановительный раздел
4. раздел с меткой hp_tools
ни каких GPT, разумеется
активный первый, с него и загружается
а вот четвёртый раздел интересный
на нём лежит, опять же, BCD и виндовый загрузчик, но не используются никак
должно быть нужны в процессе восстановления или ещё где-то
лежит линух, нихрена не маленький, хотя и называется quickwebом. который
вызывается нажатием соответствующей кнопки на корпусе.
куда-то в подкаталоги скидывается образ нового биоса, который потом уже из
самого биоса можно прошить.
сам биос на вид стандартный и привычный, но можно при загрузке нажать
дополнительную клавишу и попасть в отдельную программу диагностики
там типа мемтест, тест диска и проца. и там же прошивалка биоса.
некогда было разбираться откуда эта прога грузится, но, похоже, с того же
раздела. по крайней мере она его видит когда предлагает выбрать образ биоса.
ещё по одной клавише вызывается восстанавливалка.
вот и весь uefi, собственно.
непонятно зачем он нужен в таком виде. ибо ни uefi shellа там нету, ни gpt,
а все остальные фичи с загрузками со специального раздела прекрасно были
реализованы и на предыдущих обычных биосах.
С приветом, Ivan.
13 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS>> ACK.... AIUI,
IN>> что за архаичные акронимы? :) вроде сейчас байты экономить как-то
IN>> неприлично уже.
IS> Байты? Секунды!
да ладно! ты, разве, всё ещё не десятью пальцами вслепую печатаешь?
по мне так проще напечатать лишних три-четыре слова, чем переключаться в
английскую раскладку, держать шифт, набирать буквы и переключаться обратно.
IN>> но регистрироваться как-то лень. а с какой целью тема uefi тебя
IN>> так сильно заинтересовала?
IS> Hе хочу оказаться в ситуации, когда процедура загрузки
IS> свежеприобретенной машины оказывается мне неизвестной.
насколько я понимаю, то в нынешней ситуации этот uefi находится в
недоделанно-зачаточном состоянии повсеместно. ни одна контора не соблюдает все
имеющиеся спецификации которые, ко всему прочему, постоянно пишутся новые.
вот надысь ковырялся со свежеприобретённым пакардовским ноутом.
uefi insyde биос, типа модно
на диске mbr с четырьмя разделами
1. виндовый загрузочный около 200мег, где BCD и загрузчик
2. собственно винда
3. восстановительный раздел
4. раздел с меткой hp_tools
ни каких GPT, разумеется
активный первый, с него и загружается
а вот четвёртый раздел интересный
на нём лежит, опять же, BCD и виндовый загрузчик, но не используются никак
должно быть нужны в процессе восстановления или ещё где-то
лежит линух, нихрена не маленький, хотя и называется quickwebом. который
вызывается нажатием соответствующей кнопки на корпусе.
куда-то в подкаталоги скидывается образ нового биоса, который потом уже из
самого биоса можно прошить.
сам биос на вид стандартный и привычный, но можно при загрузке нажать
дополнительную клавишу и попасть в отдельную программу диагностики
там типа мемтест, тест диска и проца. и там же прошивалка биоса.
некогда было разбираться откуда эта прога грузится, но, похоже, с того же
раздела. по крайней мере она его видит когда предлагает выбрать образ биоса.
ещё по одной клавише вызывается восстанавливалка.
вот и весь uefi, собственно.
непонятно зачем он нужен в таком виде. ибо ни uefi shellа там нету, ни gpt,
а все остальные фичи с загрузками со специального раздела прекрасно были
реализованы и на предыдущих обычных биосах.
С приветом, Ivan.
Semen Panevin
Jun 15, 2012, 2:06:50 PM6/15/12
to
Доброго здоровьица тебе, Ivan!
Friday June 15 2012 14:49, Ivan Novikov писал Ivan Shmakov:
IS>>> ACK.... AIUI,
IN>>> что за архаичные акронимы? :) вроде сейчас байты экономить
IN>>> как-то неприлично уже.
IS>> Байты? Секунды!
IN> да ладно! ты, разве, всё ещё не десятью пальцами вслепую печатаешь?
IN> по мне так проще напечатать лишних три-четыре слова, чем переключаться
IN> в английскую раскладку, держать шифт, набирать буквы и переключаться
IN> обратно.
Мы конечно не в RU.GOLDED, но имхо это решается парой строчек в конфиге. Да и
читать IMHO как-то сильно быстрее, чем In My Humble Opinion или как оно там.
С наилучшими пожеланиями, Семён.
... Без крыльев далеко не улетишь
Friday June 15 2012 14:49, Ivan Novikov писал Ivan Shmakov:
IS>>> ACK.... AIUI,
IN>>> что за архаичные акронимы? :) вроде сейчас байты экономить
IS>> Байты? Секунды!
IN> да ладно! ты, разве, всё ещё не десятью пальцами вслепую печатаешь?
IN> по мне так проще напечатать лишних три-четыре слова, чем переключаться
IN> в английскую раскладку, держать шифт, набирать буквы и переключаться
IN> обратно.
Мы конечно не в RU.GOLDED, но имхо это решается парой строчек в конфиге. Да и
читать IMHO как-то сильно быстрее, чем In My Humble Opinion или как оно там.
С наилучшими пожеланиями, Семён.
... Без крыльев далеко не улетишь
Ivan Novikov
Jun 18, 2012, 9:13:42 AM6/18/12
to
Привет, Semen!
15 Jun 12, Semen Panevin накропал письмо к Ivan Novikov:
агаблин. щаз всё брошу и пойду искать где оно там живёт :)
SP> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion или
SP> как оно там.
прочитать вместо этого нормальное русское "по-моему" ещё быстрее :)
а вот что означает всякие там AIUI я вообще не помню
это что-то из махровых буржуйских юзнетов, сейчас встречается крайне редко.
С приветом, Ivan.
15 Jun 12, Semen Panevin накропал письмо к Ivan Novikov:
IS>>>> ACK.... AIUI,
IN>>>> что за архаичные акронимы? :) вроде сейчас байты экономить
IN>>>> как-то неприлично уже.
IS>>> Байты? Секунды!
IN>> да ладно! ты, разве, всё ещё не десятью пальцами вслепую печатаешь?
IN>> по мне так проще напечатать лишних три-четыре слова, чем переключаться
IN>> в английскую раскладку, держать шифт, набирать буквы и переключаться
IN>> обратно.
SP> Мы конечно не в RU.GOLDED, но имхо это решается парой строчек в конфиге.
IN>>>> что за архаичные акронимы? :) вроде сейчас байты экономить
IN>>>> как-то неприлично уже.
IS>>> Байты? Секунды!
IN>> да ладно! ты, разве, всё ещё не десятью пальцами вслепую печатаешь?
IN>> по мне так проще напечатать лишних три-четыре слова, чем переключаться
IN>> в английскую раскладку, держать шифт, набирать буквы и переключаться
IN>> обратно.
агаблин. щаз всё брошу и пойду искать где оно там живёт :)
SP> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion или
SP> как оно там.
прочитать вместо этого нормальное русское "по-моему" ещё быстрее :)
а вот что означает всякие там AIUI я вообще не помню
это что-то из махровых буржуйских юзнетов, сейчас встречается крайне редко.
С приветом, Ivan.
Ivan Shmakov
Jun 18, 2012, 8:08:20 AM6/18/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> 15 Jun 12, Semen Panevin накропал письмо к Ivan Novikov:
[...]
SP> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion
IN> прочитать вместо этого нормальное русское "по-моему" ещё быстрее :)
Это в русском языке. В конференции Usenet и англоязычные
рассылки я пишу куда как чаще.
IN> а вот что означает всякие там AIUI я вообще не помню
<<Hасколько я понимаю.>>
IN> это что-то из махровых буржуйских юзнетов, сейчас встречается
IN> крайне редко.
Может быть. Одному моему знакомому, в свое время, в диалоге с
будущим итальянским работодателем встретился непонятный ASAP...
Valentin Davydov
Jun 18, 2012, 9:10:31 AM6/18/12
to
> From: Ivan Shmakov <iv...@gray.siamics.net>
> Date: Mon, 18 Jun 2012 12:08:20 +0000 (UTC)
Вал. Дав.
> Date: Mon, 18 Jun 2012 12:08:20 +0000 (UTC)
>
> SP> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion
> SP> или как оно там.
>
> IN> прочитать вместо этого нормальное русское "по-моему" ещё быстрее :)
>
> Это в русском языке. В конференции Usenet и англоязычные
> рассылки я пишу куда как чаще.
>
> IN> а вот что означает всякие там AIUI я вообще не помню
>
> <<Hасколько я понимаю.>>
>
> IN> это что-то из махровых буржуйских юзнетов, сейчас встречается
> IN> крайне редко.
>
> Может быть. Одному моему знакомому, в свое время, в диалоге с
> будущим итальянским работодателем встретился непонятный ASAP...
ASAP (по-русски аврал) должен быть хорошо знаком любому работнику.
> SP> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion
> SP> или как оно там.
>
> IN> прочитать вместо этого нормальное русское "по-моему" ещё быстрее :)
>
> Это в русском языке. В конференции Usenet и англоязычные
> рассылки я пишу куда как чаще.
>
> IN> а вот что означает всякие там AIUI я вообще не помню
>
> <<Hасколько я понимаю.>>
>
> IN> это что-то из махровых буржуйских юзнетов, сейчас встречается
> IN> крайне редко.
>
> Может быть. Одному моему знакомому, в свое время, в диалоге с
> будущим итальянским работодателем встретился непонятный ASAP...
Вал. Дав.
Andrew Kant
Jun 18, 2012, 9:30:58 AM6/18/12
to
Hello Valentin!
Monday June 18 2012 17:10, Valentin Davydov wrote to Ivan Shmakov:
>> Может быть. Одному моему знакомому, в свое время, в диалоге с
>> будущим итальянским работодателем встретился непонятный ASAP...
VD> ASAP (по-русски аврал) должен быть хорошо знаком любому работнику.
ASAP не существительное, поэтому авралом переводить некорректно.
И вообще-то если переводить по-русски литературно (вернее образно), то ASAP в
контексте звучит как "[должно быть сделано] ВЧЕРА" :)
Good bye!
Andrew
Monday June 18 2012 17:10, Valentin Davydov wrote to Ivan Shmakov:
>> Может быть. Одному моему знакомому, в свое время, в диалоге с
>> будущим итальянским работодателем встретился непонятный ASAP...
ASAP не существительное, поэтому авралом переводить некорректно.
И вообще-то если переводить по-русски литературно (вернее образно), то ASAP в
контексте звучит как "[должно быть сделано] ВЧЕРА" :)
Good bye!
Andrew
Ivan Novikov
Jun 19, 2012, 12:48:30 PM6/19/12
to
Привет, Ivan!
18 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> Это в русском языке. В конференции Usenet и англоязычные
IS> рассылки я пишу куда как чаще.
usenet ещё жив?
точнее, полезная информация там ещё есть?
IN>> это что-то из махровых буржуйских юзнетов, сейчас встречается
IN>> крайне редко.
IS>
IS> Может быть. Одному моему знакомому, в свое время, в диалоге с
IS> будущим итальянским работодателем встретился непонятный ASAP...
а вот это как раз сильно докомпьютерная аббревиатура и встречается в деловой
переписке и нынче регулярно.
С приветом, Ivan.
18 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
SP>> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion
SP>> или как оно там.
IS>
SP>> или как оно там.
IN>> прочитать вместо этого нормальное русское "по-моему" ещё быстрее :)
IS>
IS> Это в русском языке. В конференции Usenet и англоязычные
IS> рассылки я пишу куда как чаще.
usenet ещё жив?
точнее, полезная информация там ещё есть?
IN>> это что-то из махровых буржуйских юзнетов, сейчас встречается
IN>> крайне редко.
IS> Может быть. Одному моему знакомому, в свое время, в диалоге с
IS> будущим итальянским работодателем встретился непонятный ASAP...
а вот это как раз сильно докомпьютерная аббревиатура и встречается в деловой
переписке и нынче регулярно.
С приветом, Ivan.
Ivan Shmakov
Jun 25, 2012, 9:33:14 AM6/25/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> 18 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
SP> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion
SP> или как оно там.
SP> Да и читать IMHO как-то сильно быстрее, чем In My Humble Opinion
SP> или как оно там.
IN> прочитать вместо этого нормальное русское "по-моему" ещё быстрее :)
IS> Это в русском языке. В конференции Usenet и англоязычные рассылки
IS> я пишу куда как чаще.
IN> usenet ещё жив?
Вполне. Даже русскоязычный (news:alt.russian.z1,
news:relcom.humor, etc.)
IN> точнее, полезная информация там ещё есть?
В англоязычном -- есть (news:comp.unix.shell,
news:comp.lang.perl.misc, news:sci.electronics.design, etc.)
IN> это что-то из махровых буржуйских юзнетов, сейчас встречается
IN> крайне редко.
IS> Может быть. Одному моему знакомому, в свое время, в диалоге с
IS> будущим итальянским работодателем встретился непонятный ASAP...
IN> в деловой переписке и нынче регулярно.
Есть подозрение, что и разного рода IMHO появились сначала у
радиолюбителей.
Ivan Shmakov
Jul 12, 2012, 4:18:25 AM7/12/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> 13 Jun 12, Ivan Shmakov накропал письмо к Ivan Novikov:
[...]
IN> а с какой целью тема uefi тебя так сильно заинтересовала?
IS> Hе хочу оказаться в ситуации, когда процедура загрузки
IS> свежеприобретенной машины оказывается мне неизвестной.
IN> недоделанно-зачаточном состоянии повсеместно.
[...]
IN> непонятно зачем он нужен в таком виде. ибо ни uefi shellа там
IN> нету, ни gpt, а все остальные фичи с загрузками со специального
IN> раздела прекрасно были реализованы и на предыдущих обычных биосах.
BTW, <<местные>> подсказывают [1], что неплохо бы на нынешнем
<<Дне свободы ПО>> об UEFI рассказать.
[1] http://altlug.ru/phpbb/viewtopic.php?f=55&t=5798&p=26612
Я не уверен, что у меня будет время на детальное изучение
спецификации (и, тем более, существующих реализаций); других
интересующихся в непосредственной близости также не наблюдается.
Может быть, кто из подписчиков подготовит или укажет на полезную
информацию по теме? Можно -- в электронном или печатном виде
(сверстать брошюру -- для меня не проблема), можно --
видеороликом -- хотя бы даже на YouTube. Проекционное
оборудование у нас, подозреваю, будет.
Крайне желательно упомянуть Secure Boot и что на его счет
делается в свободном ПО. (Debian, к примеру, планирует
поставлять подписанный загрузчик.)
TIA.
--
FSF associate member #7257 http://sf-day.org/
Ivan Novikov
Jul 12, 2012, 7:23:26 AM7/12/12
to
Привет, Ivan!
12 Jul 12, Ivan Shmakov накропал письмо к Ivan Novikov:
[хрумъ]
IS> BTW, <<местные>> подсказывают [1], что неплохо бы на нынешнем
IS> <<Дне свободы ПО>> об UEFI рассказать.
IS> Крайне желательно упомянуть Secure Boot и что на его счет
IS> делается в свободном ПО. (Debian, к примеру, планирует
IS> поставлять подписанный загрузчик.)
так он ещё через два месяца только будет. за это время много чего поменяться
может успеть. вон мелкомягкие грозятся к концу августа уже новую винду
выкатить. подозреваю, что промежду ними и производителями железа уже всё если
не решено, то близко к тому. мировая спо общественность пока шумит
безрезультатно, а большие производители линуховых дистрибутивов готовятся
раскошеливаться.
С приветом, Ivan.
12 Jul 12, Ivan Shmakov накропал письмо к Ivan Novikov:
[хрумъ]
IS> BTW, <<местные>> подсказывают [1], что неплохо бы на нынешнем
IS> <<Дне свободы ПО>> об UEFI рассказать.
IS> Крайне желательно упомянуть Secure Boot и что на его счет
IS> делается в свободном ПО. (Debian, к примеру, планирует
IS> поставлять подписанный загрузчик.)
так он ещё через два месяца только будет. за это время много чего поменяться
может успеть. вон мелкомягкие грозятся к концу августа уже новую винду
выкатить. подозреваю, что промежду ними и производителями железа уже всё если
не решено, то близко к тому. мировая спо общественность пока шумит
безрезультатно, а большие производители линуховых дистрибутивов готовятся
раскошеливаться.
С приветом, Ivan.
Ivan Shmakov
Jul 12, 2012, 6:08:30 AM7/12/12
to
>>>>> "IN" == Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> writes:
>>>>> 12 Jul 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> BTW, <<местные>> подсказывают [1], что неплохо бы на нынешнем <<Дне
IS> свободы ПО>> об UEFI рассказать.
IS> Крайне желательно упомянуть Secure Boot и что на его счет делается
IS> в свободном ПО. (Debian, к примеру, планирует поставлять
IS> подписанный загрузчик.)
IN> так он ещё через два месяца только будет. за это время много чего
IN> поменяться может успеть. вон мелкомягкие грозятся к концу августа
IN> уже новую винду выкатить. подозреваю, что промежду ними и
IN> производителями железа уже всё если не решено, то близко к тому.
Это что касается Secure Boot и перспектив. А <<существующее
положение вещей>> за два месяца едва ли значительно изменится.
Можно уже сейчас <<раздаточный материал>> печатать --
актуальность он свою не утратит.
IN> мировая спо общественность пока шумит безрезультатно, а большие
IN> производители линуховых дистрибутивов готовятся раскошеливаться.
Проблема в том, что любой свободный загрузчик, чтобы считаться
действительно свободным, должен уметь загружать совершенно
произвольный код. Что как бы идет вразрез с самой идеей
цифровой подписи.
Ivan Novikov
Jul 12, 2012, 9:09:06 AM7/12/12
to
Привет, Ivan!
12 Jul 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IS> Это что касается Secure Boot и перспектив.
IN>> мировая спо общественность пока шумит безрезультатно, а большие
IN>> производители линуховых дистрибутивов готовятся раскошеливаться.
IS>
IS> Проблема в том, что любой свободный загрузчик, чтобы считаться
IS> действительно свободным, должен уметь загружать совершенно
IS> произвольный код. Что как бы идет вразрез с самой идеей
IS> цифровой подписи.
я думаю, что это просто очередные палки в колёса со стороны мелкомягких.
кто мешает подписанному и всему из себя достоверному загрузчику загрузить
дальше что угодно неподписанное?
С приветом, Ivan.
12 Jul 12, Ivan Shmakov накропал письмо к Ivan Novikov:
IN>> мировая спо общественность пока шумит безрезультатно, а большие
IN>> производители линуховых дистрибутивов готовятся раскошеливаться.
IS> Проблема в том, что любой свободный загрузчик, чтобы считаться
IS> действительно свободным, должен уметь загружать совершенно
IS> произвольный код. Что как бы идет вразрез с самой идеей
IS> цифровой подписи.
я думаю, что это просто очередные палки в колёса со стороны мелкомягких.
кто мешает подписанному и всему из себя достоверному загрузчику загрузить
дальше что угодно неподписанное?
С приветом, Ivan.
Alex Korchmar
Jul 12, 2012, 2:28:00 PM7/12/12
to
Ivan Novikov <Ivan.N...@f31.n5080.z2.fidonet.org> wrote:
IN> я думаю, что это просто очередные палки в колёса со стороны мелкомягких.
IN> кто мешает подписанному и всему из себя достоверному загрузчику загрузить
IN> дальше что угодно неподписанное?
подпись предполагает что в нем этой функциональности нет. И право этой подписи
выдается только, предположительно, тем, кто такой херни не сделает.
Hу а кому на самом деле - остается только гадать.
Если в дивном новом мире даже корневые ssl-сертификаты считается "нормальным"
давать кому попало...
> Alex
IN> я думаю, что это просто очередные палки в колёса со стороны мелкомягких.
IN> кто мешает подписанному и всему из себя достоверному загрузчику загрузить
IN> дальше что угодно неподписанное?
подпись предполагает что в нем этой функциональности нет. И право этой подписи
выдается только, предположительно, тем, кто такой херни не сделает.
Hу а кому на самом деле - остается только гадать.
Если в дивном новом мире даже корневые ssl-сертификаты считается "нормальным"
давать кому попало...
> Alex
0 new messages