» GRUB4DOS и GNU GRUB (часть 3)

LordSP

Цитата:

если бы она "подхватывала", то это одно дело.

Так в чем проблема ?
В BootIce - управление MBR>восстановить MBR и указываешь на новый MBR.
Аналогично можно грузить и через PBR.

nik4z
А без сторонних программ, возможно ли? Тем, что мы имеем в архиве?

LordSP
Цитата:

Тем, что мы имеем в архиве?

grub.exe работает под DOS-ом, bootlace.com под линуксом.

Рекомендую использовать BootIce: MBR > Windows NT 6.x, PBR > Grub4Dos. MBR от Windows легче и проще - работает на подавляющем количестве железа, MBR Grub4Dos-а часто не работает (бывает и вовсе зависает загрузка биоса пока не вытащишь флешку).

Цитата:

MBR Grub4Dos-а часто не работает

Что тут я Вас не пойму совсем, так мы и так устанавливаем Grub4Dos в MBR, что и делает BootIce. Вы меня запутали что то.
Вернее это тоже самое, что делает grubinst.exe, прописывает в MBR накопителя, загрузочный сектор Grub'a.

А или Вы хотите сказать, что файлы из архива нужны не все, а только GRLDR? Верно?

Тогда возникает еще вопрос, как работает grubinst_gui? Также как и BootIce?

LordSP

Цитата:

так мы и так устанавливаем Grub4Dos в MBR

Grub4Dos никуда не устанавливается, ставятся только его загрузчики, сам он (grldr) должен лежать на каком-нибудь разделе.
Два варианта загрузки:
MBR>grldr
MBR>PBR>grldr



Добавлено:
Как альтернативный вариант, можно просто отформатировать флэшку, бросить в ее корень grldr и переименовать его в bootmgr (или ntldr для XP)

Добавлено:

Цитата:

Тогда возникает еще вопрос, как работает grubinst_gui? Также как и BootIce?

Да, примерно так-же.
Довольно много утилит можно найти на этом сайте.

nik4z

Цитата:

Как альтернативный вариант, можно просто отформатировать флэшку, бросить в ее корень grldr и переименовать его в bootmgr

Ого, а что при этом получится? Тогда получается нет необходимости в BootIce и др. утилитах? И как при этом быть с загрузчиком от Windows (bootmgr)?

Цитата:

Два варианта загрузки:
MBR>grldr
MBR>PBR>grldr

А в чем разница здесь?
Я вот кстати очень задумался по этому поводу, уже много лет работаю с GRUB'ом, но до недавнего времени, пока товарищ At1ant не вывел из равновесия статьей на GreenFlash о том, что он может зависать, и не работать на некоторых платах, я за свое время ни разу не сталкивался, но сейчас вижу, что такое может быть, вы бы не могли объяснить почему это происходит, и какой из методов самый надежный, что при нем запустится везде? И что скажете насчет Grub4dos installer 1.4? Какое отличеи от grubinst_gui 1.1? Есть ли координальные изменения?

LordSP BootIce программа по установке различных комбинаций MBR/PBR, она заменяет grubinst_gui так как включает в себя все ее возможности.


Цитата:

А в чем разница здесь?

Как уже писал ранее - запуск через MBR от Windows NT 6.x будет надежнее для мультизагрузочной флешки/USB-HDD. Просто MBR от Grub4Dos-а умеет искать по разделам и сразу запускать файл загрузчика, а Windows NT 6.x запускает PBR активного раздела и уже тот выполняет файл-загрузчик (grldr\ntldr\bootmgr\что пропишешь).


Цитата:

почему это происходит, и какой из методов самый надежный, что при нем запустится везде?

Вполне логично что производители железа в первую очередь смотрят на совместимость с продуктами майкрософт, остальные ОС/загрузчики их уже не так сильно заботят. 100% гарантии запуска не дает ни один загрузчик/MBR/PBR, всегда можно найти кривой сделанный биос, тут больше подойдет словосочетание "наиболее живучий вариант".

LordSP,

Цитата:

Ого, а что при этом получится?

Загрузится gldr, логично же ведь (это кстати работает и для iso образов)


Цитата:

Тогда получается нет необходимости в BootIce и др. утилитах?

Где есть загрузчик, раздел должен быть активным т.е. как минимум нужен diskpart, как максимум акронис/парагон
Цитата:

И как при этом быть с загрузчиком от Windows (bootmgr)?

Вы грузиться с флешки собираетесь, он то тут причём ?

***

Познакомился с uefi, как оказалось для grub4dos (судя по найденной инфе) там всё плачевно

Как советуют на форумах для win - юзать bootmgr а для загрузки никсов grub2. Интересует вопрос - из под uefi прогрузить grub4dos в принципе невозможно ? К примеру из под того же bootmgr'a со своим bcd-конфигом ?

Baltazar500
Цитата:

из под uefi прогрузить grub4dos в принципе невозможно ?

Даже если и запустишь его каким-то чудом, то работать он все равно не будет (ничего не сможет сделать, окружение совсем другое).

At1ant,

Цитата:

Даже если и запустишь его каким-то чудом, то работать он все равно не будет (ничего не сможет сделать, окружение совсем другое).

Хм, ну тогда ясно ...

з.ы. Благо узнал об этом заранее т.к. подбираю мат.плату (присматриваюсь к гигабайту) и плату исключительно с uefi брать не буду, а буду брать или гибридный режим (uefi+обычный, как виденный мной ранее) или вовсе без uefi (хотя с 3Tb винтами облом)

Цитата:

хотя с 3Tb винтами облом

UEFI нужен только чтоб на такой винт можно было установить Windows. Если он будет использоваться как не системный винчестер - в UEFI не будет надобности. У меня так стоит 2003 Enterprise x86 + PAE на SSD, винчестеры (3 и 4ТБ) в GPT и все пучком (материнка о существовании UEFI не догадывается).

At1ant,
Цитата:

UEFI нужен только чтоб на такой винт можно было установить Windows. Если он будет использоваться как не системный винчестер - в UEFI не будет надобности. У меня так стоит 2003 Enterprise x86 + PAE на SSD, винчестеры (3 и 4ТБ) в GPT и все пучком (материнка о существовании UEFI не догадывается).

Спасибо за информацию к размышлению

Винт поначалу планировался 1 и изначально хотелось работать с grub4dos'ом и его мультибутом - загрузка с vhd-контейнеров, iso, img-контейнеров, пара-тройка версий форточек и линя ... но ввиду этого геммороя с uefi, походу придётся пересматривать концепцию - или 2Тб+1Тб или 3Тб+загрузочный винт небольшого размера, возможно даже ноутбучный (на ssd разорюсь), либо курить маны по grub2 и переучиваться/переделывать всё под него (чего ооочень не хочется).

Baltazar500
EFI к размеру винта не имеет никакого отношения. MBR или GPT определяет его. Если планируется BIOS или CSM, то желательно конечно 2Тб+1Тб

Добавлено:
лучше 2Тб MBR +3Тб GPT

Добавлено:
а оптимум имхо SSD 512 Гб MBR + HDD 3Тб GPT

dialmak,

Цитата:

EFI к размеру винта не имеет никакого отношения.

имелось ввиду габаритно (ввиду специфики некоторых из рассматриваемых корпусов) и малообъёмно, т.е. 2.5 и ~160-500Гб
Цитата:

Если планируется BIOS или CSM, то желательно конечно 2Тб+1Тб

Тоже склоняюсь к этому варианту, хотя в этом случае 1Тб будет ноутбучным :\ Хотя и придётся немного переплатить


Цитата:

лучше 2Тб MBR +3Тб GPT

а оптимум имхо SSD 512 Гб MBR + HDD 3Тб GPT

Я бы и рад, да не буратино к сожалению

В принципе, можно создать комбинированный mbr+gpt диск, есть даже утилиты для этого, они позволяют создать до трех mbr разделов.
Сам не пользовался, но при этом можно обойтись и одним 3 Tb диском.

nik4z

Цитата:

Сам не пользовался, но при этом можно обойтись и одним 3 Tb диском.

Я пользовался gdisk и делал комбинированный. Задача была связана с запуском винды на GPT без EFI. Можно конечно юзать - вроде работает. Но слишком опасно ибо кроме gdisk-а такой диск никто не понимает и можно случайно все потерять...
В результате нашёл другой способ и отказался от комбинированной разметки.

nik4z,
Цитата:

В принципе, можно создать комбинированный mbr+gpt диск, есть даже утилиты для этого, они позволяют создать до трех mbr разделов.

Спасибо, учту этот момент, хотя рисковать конечно не хотелось бы

dialmak

Цитата:

Я пользовался gdisk и делал комбинированный.

А как это выглядит ?
Как я понимаю, GPT в исходном виде содержит MBR заглушку, которую и используют.
А вот как реально осуществляется синхронизация GPT и MBR ?

nik4z
Ну типа диск имеет нестандартный MBR и видимо нестандартный GPT. Как внутри все устроено хз. Знаний не хватает. Можешь сам проделать. gdisk есть в IFL. есть и под винду, но там как то запутано и требует перегрузок..

Добавлено:
На сайте разраба писали, что совместимость неполная. Бывают глюки на некоторых мамках.

С того не сего перестал работать timeout, если используется gfxmenu, без темы таймер работает. Саму тему не менял (ранее с этой темой таймер был), дополнял/редактировал только титлы в menu.lst и обновлял grldr (0.4.6a-2016-03-26). Что могло случиться?

Добавлено:
Вопрос решен. Поменял местами строки:

Код: timeout 30
gfxmenu /BOOT/lcd

nik4z

Цитата:

Инструкция: Как в gfxboot сделать пропускаемые строки меню.

Только что руки дошли. Спасибо, все получилось. А можно сделать так, чтобы игнорировалось по такому принципу: все, что начинается с "-----" и все, что "после"? Хочу сделать несколько сепараторов, но разной длины (количеством символов).

Имеется последний на текущий момент образ KAV Rescue, прогружается поначалу нормально, но при выборе графического режима ядро генты (или на чём там livecd собран ?) падает в панику




Цитата:

title KAV Rescue 10
find --set-root /boot/kav_rescue_10.iso
#map /boot/Windows_PE.iso (0xff)
map --mem /boot/kav_rescue_10.iso (0xff)
map --hook
chainloader (0xff)

Подозреваю, что надо было сделать рехук, но т.к. тестовый комп не под рукой и этот комп часто "завешивать" не хотенось бы т.к. по Ctrl+Alt+F1 реакция нулевая + начинают моргать диоды scroll и num lock и всё лечится только ресетом, ввиду чего решил предварительно проконсультироваться (так сказать во избежание).

з.ы. Слава богу антивирусными Rescue CD пользоваться приходится не часто, так что последний KAV Rescue CD я делал через встроенный в KAV менеджер на базе BartPE. Я так понимаю этот проект сдох ? Всмысле KAV Rescue CD на базе BartPE ? Там всё грузилось влёт, по сравнению с данной монструозной жутью, которую ЛК наворотила на базе линуксового livecd (я его таки посмотрел, прогрузив iso на vbox). Не понимаю, нахрена полноценный livecd было лепить а не lite-вариант ? Так же неясно, чем windows aik ЛК не угодил ...

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

upd: гугл рулит, https://forum.kaspersky.com/index.php?s=&showtopic=209422&view=findpost&p=1998960 будем попробывать ...

Baltazar500
Цитата:

Я так понимаю этот проект сдох ? Всмысле KAV Rescue CD на базе BartPE ?

Даже не слышал про такой.


Цитата:

с данной монструозной жутью, которую ЛК наворотила на базе линуксового livecd

272Мб на дату поста, это уже много ? Вот инфа про запуск касперского и других антивирусов из образа + скрипт обновления баз для них.

At1ant,
Цитата:

Даже не слышал про такой.

До какой-то версии в касперском был встроенный менеджер, который использовал pebuilder и создавал livecd на базе BartPe (дистрибутив Win у пользователя естественно должен был быть в наличии), либо можно было слить свежий образ собранный самой ЛК с их ftp или сайта, но потом эту практику свернули (возможно из-за проблем с лицензиями) ...
Цитата:

272Мб на дату поста, это уже много ?

После microcore и tinycore linux - да Слишком много лишнего в сборку напихали :\

Не знаю кто это придумал, но использовать никсовый livecd для работы с виндовыми фс, это как бы сказать, не самая лучшая идея - ntfs-3g пусть и неплохо работает с ntfs, но переодически может её херить от незначительных, до ошибок средней "тяжести".
Цитата:

Вот инфа [?] про запуск касперского и других антивирусов из образа + скрипт обновления баз для них.

Спасибо В принципе по ссылке выше с форума kav сделан полный разбор по грубу, но это тоже лишним не будет (сегодня потестю).

А насчёт KAV & BartPE, что с ним в итоге стало и почему livecd нельзя было собрать на базе windows aik, коль последний устарел, а надо было городить огород с никсами, я пойду поспрашиваю на форуме касперского.

Итак поковырялся я с грубом и с диском Вся загвоздка была в строчке с partnew
Цитата:

partnew (%@root:~1,3%,3) 0x00 /kav_rescue_10.iso

Т.к. ранее с этой опцией не сталкивался, потому и сел в лужу Пока тестировал, накидал конфигов для различных режимов, авось кому пригодится
Цитата:

title KAV Rescue 10 (mem)
#boot/grub/i386-pc/cfg/kav_menu.cfg
find --set-root /kav_rescue_10.iso
partnew (%@root:~1,3%,3) 0x00 /kav_rescue_10.iso
map --mem /kav_rescue_10.iso (0xff)
map --hook
kernel (0xff)/boot/rescue root=live:CDLABEL=KRD10 rootfstype=auto vga=791 init=/init kav_lang=ru udev liveimg splash quiet doscsi nomodeset
initrd (0xff)/boot/rescue.igz

title KAV Rescue 10 (hdd)
#boot/grub/i386-pc/cfg/kav_menu.cfg
find --set-root /kav_rescue_10.iso
partnew (%@root:~1,3%,3) 0x00 /kav_rescue_10.iso
map /kav_rescue_10.iso (0xff)
map --hook
kernel (0xff)/boot/rescue root=live:CDLABEL=KRD10 rootfstype=auto vga=791 init=/init kav_lang=ru udev liveimg splash quiet doscsi nomodeset
initrd (0xff)/boot/rescue.igz

title KAV Rescue 10 (hdd, text)
#boot/grub/i386-pc/cfg/kav_menu.cfg
find --set-root /kav_rescue_10.iso
partnew (%@root:~1,3%,3) 0x00 /kav_rescue_10.iso
map /kav_rescue_10.iso (0xff)
map --hook
kernel (0xff)/boot/rescue root=live:CDLABEL=KRD10 rootfstype=auto vga=791 init=/init kav_lang=ru udev liveimg quiet nox kavshell noresume doscsi nomodeset
initrd (0xff)/boot/rescue.igz

title KAV Rescue 10 (hdd, hardware_info)
#boot/grub/i386-pc/cfg/kav_menu.cfg
find --set-root /kav_rescue_10.iso
partnew (%@root:~1,3%,3) 0x00 /kav_rescue_10.iso
map /kav_rescue_10.iso (0xff)
map --hook
kernel (0xff)/boot/rescue root=live:CDLABEL=KRD10 rootfstype=auto vga=791 init=/init kav_lang=ru udev liveimg quiet softlevel=boot nox hwinfo noresume doscsi nomodeset
initrd (0xff)/boot/rescue.igz

Возник вопрос касательно partnew - здесь была обнаружена следующая инфа http://forum.ru-board.com/topic.cgi?forum=5&topic=32855&start=7980#12
Цитата:

В данных меню ISO образ монтируется в виртуальный CD-ROM и плюс еще как 4-й раздел флешки/винчестера. Если 4-й раздел (имеется ввиду 4-я запись в таблице разделов) раньше использовался то его содержимое будет затерто.

Для проверки (во избежание проблем в будущем) создал в Vbox тестовый раздел на 512 мб, побив на 1 раздел в 300 мб с образом и грубом и ещё на 6 мелких разделов по 32 мб и набив их данными. После прогрузки образа, выяснилось, что все данные на месте Чяднт ?

расширенный раздел в первых трёх не даст использовать четвёртую запись
создайте четыре _основных_ раздела и тот раздел кот. описан в четвёртой записи будет потерян.

z0bra0

Цитата:

расширенный раздел в первых трёх не даст использовать четвёртую запись

Почему не даст.. Даст. Используется 3 по номеру запись. Расширенный раздел в грубе не имеет номера, а его логические диски нумеруются от 4 номера и выше http://greenflash.su/Grub4Dos/files/syntax.htm
Единственное, что мне неясно, что будет, если расширенный раздел будет последним на месте раздела (hd0,3). Скорее всего груб его грохнет, но нужно проверить. Возможно, что и будет что-то другое, например отказ создания.

Baltazar500

Цитата:

После прогрузки образа, выяснилось, что все данные на месте Чяднт ?

Все правильно. Если хотите потерять данные создайте 4 основных или 3 основных плюс расширенный раздел с любым к-вом логических дисков и заполните данными (hd0,3). Что в остальных разделах не имеет значения.

dialmak, z0bra0
Цитата:

Все правильно. Если хотите потерять данные создайте 4 основных или 3 основных плюс расширенный раздел с любым к-вом логических дисков и заполните данными (hd0,3). Что в остальных разделах не имеет значения.

А, 4-й основной раздел, вот тут у меня прокол в тестах был (хотя я поначалу так и сделал, но при переразметке были ошибки, да и образ фрагментировался ввиду смещения, так что пришлось всё заново делать, а там по запарке сделал все тома кроме нулевого логическими)

Значится так, по результам тестов выяснилось следующее - данные остаются на месте (проверил несколько раз), но при наличии 4-х основных разделов образ не грузится и выдаётся следующая ошибка
Цитата:

(hdd0,0)
Cannot overwrite an independent partition.
partnew (%@root:~1,3%,3) 0x00 /kav_rescue_10.iso

Error 30: Invalid Argument

Press any key to continue...

"Работает" это лишь в том случае если hdd0:

- висел первым на контроллере
- был единственным hdd

Ежели загрузочный диск с 4 основными разделами не является hdd0, то всё грузится без проблем, даже если hdd0 так же имеет 4 основных раздела, данные при этом на обоих hdd так же остаются на месте. Если кому интересно, вот выхлоп df и mount при такой конфигурации