» Мультизагрузка XP/7/8/8.1/10, Linux, MAC OS

conty9

Цитата:

(bootmgr->BCD->grub4dos->menu.lst->bootmgr2->BCD2

Первое что приходит в голову убрать grldr.mbr и menu.lst. Скорость увеличится на порядок.
bootmgr->BCD->grldr с внутренним меню->bootmgr2->BCD2
По поводу
bootmgr->BCD->bootmgr2->BCD2
попробую и отпишусь, должно получится.

Естественно, grldr.mbr не используется, а меню встроено в grldr. Но всё равно, груб долго загружается и отсвечивает (костыль из Xorboot на порядок меньше и лучше в этом плане... но, увы, нет универсального варианта).

conty9

Цитата:

Естественно, grldr.mbr не используется, а меню встроено в grldr. Но всё равно, груб долго загружается и отсвечивает (костыль из Xorboot на порядок меньше и лучше в этом плане... но, увы, нет универсального варианта).

Ясно. А сислинукс? Не вариант?

conty9, привет!
Думаю, в этом вопросе ты - самый продвинутый из нас.
Ты знаешь, что я для такого перехода пользую wee63 (Xorboot мне понравился для этого меньше), а другого варианта пока тоже не знаю.
Не очень помню, чем тебе wee63 не подошел, я пока не замечал за ним проблем с поиском по носителям.

dialmak, с сусликом ещё сложнее - bootmgr не умеет его вызывать напрямую. Да и всё равно это такой же костыль будет.
Кстати, в связи с нашествием UEFI тоже возникает проблема. EFI-загрузка может производиться только из FAT(32)-раздела. Но, если на загрузочной флешке (харде) есть инсталяхи (>4Gb), придётся bcgjkmpjdfnm NTFS. Тогда, в общем-то, логично сделать отдельный FAT-раздел (даже на флешке это возможно, хоть он и будет недоступен для ОС - что в данном аспекте даже плюс!), где будут лежать файлы, ответственные за загрузку в EFI-режиме. Но как в меню прописать запуск WIM-сборок из другого раздела - тот ещё вопросик (ведь заранее неизвестно, какой раздел и какой носитель). Если для VHD-контейнеров можно прописать поиск, то для WIM это невозможно. Опять костыли, только на GRUB2...

conty9
Цитата:

как в меню прописать запуск WIM-сборок из другого раздела

Похоже, что никак - по-разному пробовал исхитриться - в режиме winpe загрузка по поиску не работает, только или boot, или жестко прописанный путь на раздел HDD.
Поэтому *.wim придется размещать только на UEFI разделе (или использовать костыли под GRUB2-UEFI) - я еще и из-за этого для двух-вариантной загрузки запихивал Win8-Live в VHD - тоже еще попотеть пришлось.

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

stea, как вариант ещё - переход на ExFat (по идее, UEFI должен и с него загружать). Что за проблема с Вием - уже не помню, но что-то было точно. Вроде он стабильно загружает только груб...

conty9
stea
Ну а какие проблемы? FAT32 раздел и там же WIM. Чем не вариант? Будет везде работать.
Для флешки идеально.

Добавлено:
Раздел будет скрыт для ОС - тоже плюс.

Добавлено:
conty9

Цитата:

переход на ExFat (по идее, UEFI должен и с него загружать)

Это вряд ли. Нужно проверить, но не думаю.

dialmak, вариант отличный для индивидуального использования. Но не для массовой сборки, которая предполагает работу с компакт-диска (где разделами не пахнет), HDD, Flash USB и обычных карт памяти. Проще уж сделать отдельный комплект из UEFI+Grub2 для EFI-загрузки из отдельного раздела (чтобы запускал bootmgr.efi из основного).

stea

Цитата:

А почему, собственно, вы считаете, что диск залочен из-за загруженного с него BCD, если загрузка host-системы выполнена с HDD0 через штатный boot-раздел SYSTEM (F)

Из скрина видно, что системный раздел был G:
Я загрузился так только ради снятия скрина - потому что думал, что именно это мне советуется dialmak-ом



Добавлено:

Цитата:

Я решаю схожую с Вашей задачу без стороних загрузчиков и исключительно средствами виртуализации.
1. Создать на HDD0 динамический (если места не жалко, можно статический) VHD, скажем, на 100 MB.
2. Перенести все загрузочные файлы (\boot и bootmgr) c HDD1 на этот виртуальный boot-VHD и снять статус активности с HDD1...

Идею наконец понял.
Полезная практика, посмотрю, в какой мере она меня удовлетворит.


Добавлено:
dialmak

Цитата:

3 В Управлении дисками удали букву S: нового раздела
Можно перегружаться... Раздел с виндой не будет залоченным

Но раздел с BCD залоченным останется.
А моя (промежуточная) цель - отдать виртуальной платформе диск целиком, для тестирования расположенного на нём мультибута.

Следующая цель - автоматизировать перезагрузку в другой физический диск.
Так, чтобы можно было грузить физическую платформу попеременно с этих дисков - и тестировать/править мультибут на оставшемся диске под гипервизором (отдав его целиком виртуальной платформе).

conty9

Цитата:

Но не для массовой сборки, которая предполагает работу с компакт-диска (где разделами не пахнет), HDD, Flash USB и обычных карт памяти.

Я не понимаю зачем нужны CD. Ну да ладно. Это моё имхо.
С CD всё просто вроде (честно говоря давно их не видел, но кажется проблем нет там..) . С флешками и картами памяти разобрались вроде.
На HDD например сварганить простенькую утилиту (можно и обычный cmd) который добавит нужные вимы и вшд в меню.
То есть всё вроде решаемо.
По поводу bootmgr->BCD->bootmgr2->BCD2 есть мысль. Сегодня пьянка, а завтра проверю.

LevT
Цитата:

Из скрина видно, что системный раздел был G:

Согласен. Hе доглядел. Посмотрел, что система на HDD0 (systemdrive=C), и по инерции решил, что загрузка штатная.

Цитата:

Но раздел с BCD залоченным останется. А моя (промежуточная) цель - отдать виртуальной платформе диск целиком, для тестирования расположенного на нём мультибута.

А зачем в таком разе грузить host с HDD1? Не очень понятно.


Добавлено:
LevT
Цитата:

Следующая цель - автоматизировать перезагрузку в другой физический диск. Так, чтобы можно было грузить физическую платформу попеременно с этих дисков - и тестировать/править мультибут на оставшемся диске под гипервизором (отдав его целиком виртуальной платформе).

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

stea

Цитата:

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

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

либо используем и скриптуем grub4dos. Или что-то ещё может изменить порядок предоставленных биосом дисков?


Добавлено:

И да, если всё-таки надо грузить мультибут с одного и того же физического диска попеременно на физической и виртуальной платформе - то такая лишняя загрузочная флешка лишь чуточку упростит скрипты (точнее, упростит их изменение: станет проще их переписать при изменении комплекта физических HDD), но не саму конструкцию.

Или я ошибаюсь?

LevT, упрощается сама конструкция - загрузка всех WinNT6.x систем на физ.платформе доступна из единого Windows-меню, а для вирт-машин в каждой системе создать свой boot-vhd с нужными записями.
В начальном меню выбирается host-система (с любого физ.диска или VHD), а потом для вирт-платформы в меню boot-vhd можно выбрать любую систему в VHD или на "холодном" HDD.

conty9

Цитата:

bootmgr->BCD->bootmgr2->BCD2
попробую и отпишусь, должно получится.

Попробовал. Получилось вроде.
Первое меню

Второе меню


Пробуй на любой виртуалке. Скачать VHD. VHD динамический, имеет 3 раздела (сделал так спецом, чтобы не патчить bootmgr - разнёс BCD на несколько разделов), сдуру создал 20 гигов, то есть при запуске затребует этот размер. Переделывать облом было. Посмотри само меню - там всё прозрачно вроде.
Для того, чтобы был выбор - добавил 2 копии стандартного непатченого grub4dos с разными именами, могут лежать на любом разделе, menu.lst используется общее. Естественно запуск 7 работать не будет, но memtest работает...

Если изменить во втором bootmgr поиск \boot\BCD на например \boot\BC2, то можно грузить оба bootmgr c одного раздела. В этом случае желательно изменить путь поиска второго bootmgr на boot вместо locate.

Есть ещё одна мысль - проверю позже.

dialmak, привет!
А что такое boot2.bin? Что это за загрузчик?
В общем-то, это тоже костыль - осталось выяснить, насколько он удобный и надежный.
Нам-то с conty9 интересен вариант, чтобы второй bootmgr мог быть не в корне раздела.
Меня-то пока wee63 в роли костыля устраивает, но, может, твой вариант лучше.

Добавлено.
Посмотрел на boot2.bin. Похоже, что это просто загрузочный сектор раздела (правда, с непонятным "хвостом").
Если так, то работать не будет, вернее сказать, будет работать только на том носителе, с которого срисован этот сектор - при переносе на другой носитель (распространении в паблик) передачи загрузки на boot2 не будет - он не будет найден так, как нет исходного раздела с прописанными в секторе физ.адресами начала-конца, а на СDFS это просто нерабочий вариант.

stea, это запись из PBR для NTFS-раздела. Кроме того, что не будет работать из каталогов, думаю, не будет работать и на CD(DVD), да и FAT32 - тоже под вопросом.
Единственное, что радует - возможность поиска загрузочной записи в меню (для 2-го раздела с загрузкой под UEFI).

conty9, привет!
Снова мы с тобой параллельно пишем...

stea, привет!
Решил ещё раз погонять Вия (wee63), может, действительно, на нём костыли будут попроще и быстрее работать.

stea

Цитата:

В общем-то, это тоже костыль - осталось выяснить, насколько он удобный и надежный.

Ну естественно костыль. Будет работать где угодно, если правильно сделать. Я делал на скорую руку просто показать принцип.
conty9

Цитата:

это запись из PBR для NTFS-раздела. Кроме того, что не будет работать из каталогов, думаю, не будет работать и на CD(DVD), да и FAT32 - тоже под вопросом.

Из каталогов возможно нет, но это и не нужно на мой взгляд. Ведь имя любое может быть.
Кроме того можно попробовать и из каталогов - просто не пробовал, не очень понятен смысл сего действия.
Из CD и FAT32 без проблем.
Впрочем моё дело предложить... Второй вариант и пробовать не буду, если неинтересно. Лично у меня таких задач нет и не копал поэтому.

Добавлено:

Цитата:

Нам-то с conty9 интересен вариант, чтобы второй bootmgr мог быть не в корне раздела.

Ну поясни на пальцах - зачем?

conty9

Цитата:

Решил ещё раз погонять Вия (wee63), может, действительно, на нём костыли будут попроще и быстрее работать.

Дык есть же grldr.mbr и не нужно более ничего.
Та же хрень только сбоку. Пробовал - работает. Нужно только его пропатчить тулбоксом для нужного имени загрузчика (не знаю, сколько символов допустимо, но 8 точно, впрочем у меня c bootmgr.786 работает, хотя возможно так и нельзя). Плюсы - будет искать загрузчик везде и мал - всего 9k. Ну и ещё плюс, что его можно вызвать 2 способами, одной строчкой boot.ini без редактирования BCD и через BCD. Для пути с каталогами облом насколько помню. Если это очень нужно - то не вариант.

dialmak, привет.

Цитата:

Будет работать где угодно, если правильно сделать.

Далеко не везде - для проверки сдвинь чуть-чуть начало раздела, не меняя самого файла boot2.bin. Результат не порадует, а в паблике даже при записи образа на Flash полная идентичность носителей гарантирована только при посекторном копировании, что неудобно да и зачастую просто недоступно.

Цитата:

Из CD и FAT32 без проблем.

- если boot2.ini находится на CDFS? Не будет работать.

Цитата:

Ну поясни на пальцах - зачем?

- для размещения всех файлов мультисборки в одном каталоге - это уже практически "правило хорошего тона".

Цитата:

есть же grldr.mbr

- передает загрузку на grldr, а нужно на bootmgr.
Да и grldr можно разместить только в корне - в каталог уже не положить.

Эти варианты уже проверены-перепроверены.
Давай, делись второй идеей. Вместе и помозгуем.

stea

Цитата:

передает загрузку на grldr, а нужно на bootmgr.

Ну я вроде написал как сделать. У меня передаёт нормально. Единственно, что в корне только, хотя и не факт - при случае попробую в папку направить.

Цитата:

Давай, делись второй идеей. Вместе и помозгуем.

Нужно по сусекам найти файлик. Когда-то делал его.
stea

Цитата:

если boot2.ini находится на CDFS? Не будет работать.

ini вообще то не при делах. врать не буду - загрузкой дисков года 3 как не занимался. впрочем где-то конструктор есть - попробую. думаю - без проблем.

Цитата:

для размещения всех файлов мультисборки в одном каталоге - это уже практически "правило хорошего тона".

размести на VHD и не парься, да и слово мультисборка мне чуждо. мне не нужно 20 вариантов винды. в том числе типа 50 в 1.

Добавлено:

Цитата:

Далеко не везде - для проверки сдвинь чуть-чуть начало раздела, не меняя самого файла boot2.bin. Результат не порадует, а в паблике даже при записи образа на Flash полная идентичность носителей гарантирована только при посекторном копировании, что неудобно да и зачастую просто недоступно.

В выше описанном изначально варианте есть конечно недостатки. Чего у ж там. Но они решаемы программно. Впрочем подумав - соглашусь, он далёк от идеала. Второй вариант более прост. Принцип основан на коде MBR и чем то схож с вариантом grldr.mbr и wee63.

Добавлено:
Да. И он не сработает на GPT UEFI. Впрочем пошукаю его.
А на GPT UEFI видимо только груб2 и rEFInd поможет. Машинки нет такой и хз толком что там делать.

Цитата:

ini вообще то не при делах.

прошу прощения - думал .bin, а написал .ini.
Я про boot2.bin писал, конечно.


Добавлено:

Цитата:

слово мультисборка мне чуждо. мне не нужно

речь-то не о тебе, а о тех, кому нужно. )))
Себе-то, да на локальном компе мы с тобой уж как нить построим то, что захотим.


Цитата:

впрочем у меня c bootmgr.786 работает

А вот grldr.mbr, если у тебя он загрузил bootmgr - это может быть интересно.
Я раньше пробовал - не получалось. Только родной grldr грузился (независимо от имени). Может, от версии есть зависимость...

stea

Цитата:

Может, от версии есть зависимость.

Вряд ли. Пробуй. Грузит bootmgr.786 (я так ему сказал ) Может лежать (bootmgr.786) где угодно, в том числе на флешке и CD (насчёт CD негде проверить - давно уж выкинул, проверь и скажи)
Попробую с путями поиграюсь чуть позже..

dialmak, спасиб. Забрал.
Проверю по-позже - сейчас другим занят.
Кстати, судя по длине имени, что-то в GRUB поменялось - когда я это дело тестил (где-то в самом начале 2011-го) было ограничение - 5 символов, ну, и toolbox тогда вовсе не было, имя рихтовал hex-редактором.

stea

Цитата:

имя рихтовал hex-редактором.

Оно там в 4 местах. И что интересно в двух с точкой, а в двух без точки получилось. Есть подозрение, что точку нельзя. Потом глянул оригинал и выяснил, что с именем я поторопился, вроде как только 8 символов доступно в 1 месте, а в другом намного больше. Впрочем детально не копал - так кинул взгляд и всё.

Добавлено:
В доках пишут в формате 8.3 можно указать имя загрузчика.
А с путями не получилось...

dialmak
Цитата:

А с путями не получилось...

Ну, надежд, судя по общему виду кода, и было-то немного...
Но жаль. Если б срослось - был бы самый тот вариант.

stea
А как ты смотришь на вариант с небольшим виртуальным диском с фат/фат32? В принципе он прост и должен сработать. Естественно bootmgr и bcd будут лежать на нём. Могу попробовать.

Пробовал.
Вариант рабочий, но малоинтересный - для маппинга вирт-диска и загрузки с него bootmgr снова, получается, нужен GRUB.