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

dialmak

Цитата:

Так почему же у вас на железе и виртуалке не стартовала Win7-Emb.vhd?  

На виртуальном железе - потому, что lsi_sas в системе действительно не было: я его добавил по Вашей инструкции, и только после этого система стартанула в госте (критический путь к загрузочному vhd проходит в виртуалке через этот драйвер, потому что так я её собрал: отдельно готов пояснить, почему именно так, и как последователи могут попробовать улучшить мой эксперимент, выбрав IDE)

А вот единожды стартанув, она нашла (там же, в госте) через PnP-перечисление дочерних девайсов наиболее подходящие дрова для всего виртуального железа, составляющего виртуалку, включая общие драйвера atapi, ataport, msahci и pciidex. И сама выставила всем им Start=0 в параметрах.

После чего завелась с этими драйверами на железе физическом.

LevT

Цитата:

После чего завелась с этим драйвером на железе физическом.

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

dialmak

Цитата:

Нужно было ему сразу всунуть нужный драйвер и грузить на железе.

Зачем делать вручную, то, что с успехом и шустро делает железяка?

Не лучше ли потратить драгоценное время, а также шевеления мозгов и рук на что-то более творческое то, что пока не до конца автоматизируется, и результат не настолько детерминирован?


Добавлено:


Цитата:

у другого так может и не прокатить.

прокатит! Именно потому, что гипервизор эмулирует стандартное железо - для которого система считает оптимальными те же общие дрова, что и для нынешнего железа физического

Цитата:

ачем делать вручную, то, что с успехом и шустро делает железяка?

Тяжело спорить конечно. Ну второе явно быстрее
1. поставить драйвер и грузить на железе
или
2. поставить драйвер, грузить на виртуалке, обновлять или доставлять драйвера или что-там, перегружаться и потом грузить на железе

Цитата:

у другого так может и не прокатить.

прокатит! Именно потому, что гипервизор эмулирует стандартное железо - для которого система считает оптимальными те же общие дрова, что и для нынешнего железа физического


Добавлено:

сорри за повтор

LevT

Цитата:

прокатит!

Ага. Уже не раз прокатило...
А сиспреп и осдтул дураки придумали.

dialmak

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

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


Добавлено:
dialmak

Цитата:

А сиспреп и осдтул дураки придумали.

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

К тому же, сиспреп предназначен не только и не столько для отвязки оси от железа.
Нам нужно, чтобы в отвязанной от железа сборке был максимум всевозможных дров - а сиспреп служит противоположной цели: удалить всё "лишнее" для последующей привязки к конкретной железяке.

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



Добавлено:

Цитата:

Уже не раз прокатило...

Свежее для меня в моём вчерашнем эксперименте только то, что Lite-сборка стандартной эмбеддед тоже так же может (аналогично известному мне свойству стоковой винды).
Я ещё вечером необоснованно подозревал её в статичности - ждал, что для каждого чиха потребуется "осдтул".

На первом HDD оемная 64-битная семёрка от HP Workstation

На другом - единственный раздел NTFS с 2012R2 и мультизагрузкой g4d, где вместо bootmgr положен grldr, а родной bootmgr перемещён в \boot


Как изящнее прыгнуть bootmgr-ом на второй диск? А потом наоборот.

Цитата:

На первом HDD оемная 64-битная семёрка от HP Workstation
На другом - единственный раздел NTFS с 2012R2 и мультизагрузкой g4d, где вместо bootmgr положен grldr, а родной bootmgr перемещён в \boot
Как изящнее прыгнуть bootmgr-ом на второй диск? А потом наоборот.

ХЗ. Я не знаю как организовано и где загрузчики и активные разделі.
В общем виде так:

Вначале восстанови статус кво. В 2012R2
- переименуй текущий grldr в родное имя grldr и кинь рядом grldr.mbr
- поставь PBR от bootmgr через bootice
- восстанови нормальные загрузочные файлы для 2012R2

Цитата:

bcdboot С:\windows /s C: /l ru-RU /addlast
bcdedit /set {default} description "Server 2012R2"
bcdedit /set {default} hypervisorlaunchtype auto

Так как 2012r2 сервер имеет новое меню в стиле метро и долго грузится, то можно вырубить это

Код: bcdedit /set {default} bootmenupolicy legacy

dialmak

спасибо!
Смогу это проделать скорее всего не ранее пятницы, когда опять физически встречусь с тем мультибутом.


Добавлено:

Прочитал внимательнее: это не совсем то, что я хочу.

Я могу удалённо подключиться по RDP к HP винде, а под ней могу запустить в виртуалке g4d-мультибут со второго диска

Мне надо получить возможность удалённо перезгружаться в одну из vhd-сборок, расположенных на том втором диске и запускаемых из его мультибута. А потом - оттуда перезагружаться назад в 2012R2.

Я не уверен, что могу сейчас отказаться от grub4dos на втором диске со сборками - потому, что не знаю, как bootmgr-ом грузить 32-битную сборку с PAE.

LevT

Цитата:

Мне надо получить возможность удалённо перезгружаться в одну из vhd-сборок, расположенных на том втором диске и запускаемых из его мультибута.

Тоже мне проблема... Варианты:
1. Грузишся в 7, присоединяешь нужный VHD, добавляешь его запуск в меню BCD через bcdboot, перегруз и грузишь хоть 20 сборок.
2. Грузишся в 7, добавляешь в BCD запуск grub4dos, перегруз и грузишь хоть 20 сборок.


Добавлено:

Цитата:

А потом - оттуда перезагружаться назад в 2012R2.

В 7 добавь запуск 2012r2 просто.

Короче то что я изначально написал выполняет любые задачи - главное прочитать и подумать как это будет работать.

Добавлено:

Цитата:

Я не уверен, что могу сейчас отказаться от grub4dos на втором диске со сборками

Не нужно отказываться - хай будя.
Тут вариантов всего 3
- грузить сразу grub4dos и использовать его как мультизагрузчик
- грузить сразу BCD и использовать его как мультизагрузчик, в том числе из него грузить grub4dos
- ставить BootIt BM и из него грузить и 2 винды и grub4dos
Как сделать - хозяин-барин... Как угодно - лишь бы работало.

dialmak

Цитата:

Тоже мне проблема... Варианты:

Э-эээ... )
Я хочу при этом, чтобы не оставался залоченным раздел с bootmgr на системном диске: для того и перезагружаюсь из "основной" системы, чтобы завести её (целиком с сырого диска) в виртуалке, под какой-нибудь сборкой из мультибута.
И наоборот.

LevT

Цитата:

Я хочу при этом, чтобы не оставался залоченным раздел с bootmgr на системном диске:

Тоже не проблема..
1 В Управлении дисками уменьш на 100- 300 мб раздел, создай новый ОСНОВНОЙ раздел, отформатируй, назначь ему букву - например S:, сделай активным.
2 Сделай на этом разделе загрузочные файлы:
Цитата:

bcdboot c:\windows /s S: /l ru-RU

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

Цитата:

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

А бутовый раздел? (тот, который в виндовой терминологии наоборот "системный")

Я хочу иметь возможность полностью его обслужить в виртуалке удалённо, в частности перенастроить и потестить мультибут.


Добавлено:

С целью впоследствии перезагрузиться в него (настроенного сейчас под виртуалкой).

Цитата:

Я хочу иметь возможность полностью его обслужить в виртуалке удалённо, в частности перенастроить и потестить мультибут.

Через
bcdboot (если он бутовый сейчас)
или
bcdboot с параметром /s <точка монтирования раздела c BCD> (если он бутовый или не бутовый сейчас, без разницы)
и
bcdedit (если он бутовый сейчас)
или
bcdedit /store <путь к BCD> (если он не бутовый сейчас)
Я более ничем не пользуюсь (ибо всё глючное) и про другие тулзы не скажу

Добавлено:
p.s. впрочем с виртуалки не факт, что выйдет корректно настроить BCD. Ибо картина дисков и разделов может в виртуалке отличаться от реальной. ХЗ - тут варианты разные есть.

Цитата:

bcdedit /store <путь к BCD> (если он не бутовый сейчас)
Я более ничем не пользуюсь (ибо всё глючное) и про другие тулзы не скажу

Спасибо! буду проверять.
Но если "неглючные" инструменты чего-то не могут принципиально - надо помалёху использовать "глючные". В первую очередь только для таких нужд, а во вторую - и все бесплатно прилагаемые с ними бонусы (за вычетом собственно глюков).



Цитата:

p.s. впрочем с виртуалки не факт, что выйдет корректно настроить BCD. Ибо картина дисков и разделов может в виртуалке отличаться от реальной. ХЗ - тут варианты разные есть.

А вот это вот я собираюсь тестить.
Отдавать виртуалке имеет смысл только диск целиком.

Способности вари отдавать отдельные разделы я бы не радовался... до тех пор, пока не станут абсолютно предсказуемыми и изученными (с точки зрения мультибута) возможности пасстру целого диска.

LevT

Цитата:

Но если "неглючные" инструменты чего-то не могут принципиально

Всё умеют. Впрочем мне хватает bcdboot для практически всех случаев.
Из GUI вариантов bcdedit лучший (но не самый простой) Visual BCD Editor. Всё остальное унылое гавно.
Также активно пользуюсь редактором BCD из BootIt BM. Но он не заточен для работы с VHD и WIM - поэтому неполноценен.

Здравствуйте. У меня ноут с ссд. Хотел на нём много ОС сделать. Сделал iso образ с bootit bm и закинул его на мультизагрузучную флешку. В итоге когда загружаюсь с этой флешки она видится как hd0. В bios на первом месте ссд, но чтоб загрузиться с флешки я жму f12 во время загрузки и вылазит меню с чего грузится выбираю флешку ну и т.д. Как я писал выше флешка после этого видится как hd0. Можно как либо совместить мультибут флешку и bootit? Понятно что можно создать флешку стандартным путём или записать bootit на dvd =) но хотелось бы нормального решения, а то блин какойто не правильный софт получается: сам не правильно определяет hd0 никуда кроме hd0 не ставится и выбора не предоставляет. Вот.

Добавлено:
Всё я разобрался как устанавливать на нужный раздел. Надо выбрать ручной выбор раздела во время установки, создать нужный раздел и там появится кнопка setup как то так. Руководство полезная штука =)

Sidelong

Цитата:

Сделал iso образ с bootit bm и закинул его на мультизагрузучную флешку.

Если в качестве мультизагрузчика Grb4dos

Код: title BootIt Bare Metal
map (bd) (hd1)
map (hd1) (bd)
root (bd)
map /..../BM.ISO (0xff)
map --hook
chainloader (0xff)

Sidelong

Цитата:

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

Ну правильно. HD0 - это загрузочное устройство.
Можно поставить вручную на HDD бут, а можно просто поставить его на мультифлешку - он отберёт всего 8 МБ, сделать основным бутом и грузить им ту же мультифлешку (обычно груб4дос) и свои ОС. Пример есть в шапке.

!

dialmak

Цитата:

Через
bcdboot (если он бутовый сейчас)
или
bcdboot с параметром /s <точка монтирования раздела c BCD> (если он бутовый или не бутовый сейчас, без разницы)
и
bcdedit (если он бутовый сейчас)
или
bcdedit /store <путь к BCD> (если он не бутовый сейчас)
Я более ничем не пользуюсь (ибо всё глючное) и про другие тулзы не скажу

X:\Users\Admin>bcdboot /?
Bcdboot - средство создания и восстановления файлов данных конфигурации
загрузки

Кажется, что это опять не то, что мне надо!
Независимые друг от друга bcd с bootmgr есть на обоих физических дисках.

если использовать grub4dos, то можно через chainloader завести (физический) компьютер, "поменяв местами" оба диска предоставленные биосом.

Можно ли достичь того же эффекта с помощью только bootmgr?


Дальше ещё понадобится предварительно заскриптовать выбор дефолтного загрузчика... (на втором диске)




Добавлено:

Общий смысл такой - я хочу полностью отдавать один из дисков гостевому bcd и всем системам, которые из него грузятся с этого диска.
Это означает для начала отобрать доступ у хостовой системы и её инструментов. 10-я варя делает это автоматически. Начиная с 6-й или 7-й у неё возникли сложности (применительно к хостовым Viste и далее)

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

LevT

Цитата:

если использовать grub4dos, то можно через chainloader завести (физический) компьютер, "поменяв местами" оба диска предоставленные биосом.

Если есть bootmgr c BCD, то можно запустить любую ОС Windows NT6.x на любом HDD/VHD(X) и незачем менять что-то в приоритетности HDD БИОСа.
Я не люблю и не пользуюсь grub4dos для запуска ОС на HDD и VHD. Не вижу смысла.
Этот спецзагрузчик хорОш только для запуска образов ISO и IMA/IMG.

Цитата:

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

Вообще мне непонятна задача. Приведите конкретную. С конкретными HDD, VHD, какой где MBR, PBR и выхлоп BCD.
Только не пишите на всю страницу - скройте через [more][/more]

dialmak


Цитата:

Если есть bootmgr c BCD, то можно запустить любую ОС Windows NT6.x на любом HDD/VHD(X) и незачем менять что-то в приоритетности HDD БИОСа.

При этом залочен второй диск, содержаший раздел "Система" (тот, с которого в реестр загружен куст BCD)

Из-за лока невозможно:

- сделать второму диску "Offline disk"
(только для последняя вмварь 10 как-то сама обходится без этого; остальным гипервизорам это нужно)

- запустить с него виртуальную платформу под гипервизором, установленным на ту систему OS (C:), с которой сделан скрин под тегом more
(тут сейчас обламываются все, включая вмварь 10)

- тестить и отлаживать на той виртуальной платформе мультибут.



Цитата:

Я не люблю и не пользуюсь grub4dos для запуска ОС на HDD и VHD. Не вижу смысла.

может быть, пора этот смысл увидеть?
Я тоже много чего не люблю... Но иногда приходится терпеть, потому что альтернативы нету.

[more]


[/more]

dialmak,LevT, приветствую.
Попал на вашу переписку по теме и застрял не ней, потому что так до конца и не понял из-за чего она, собственно, возникла.
LevT, либо я никак не уловлю Вашей задумки (возможно, понимаю ее неверно), либо dialmak уже давно нарисовал Вам правильный и универсальный вариант решения, но, в свою очередь, Вы его никак не разглядите.

Цитата:

При этом залочен второй диск, содержаший раздел "Система" (тот, с которого в реестр загружен куст BCD)

А почему, собственно, вы считаете, что диск залочен из-за загруженного с него BCD, если загрузка host-системы выполнена с HDD0 через штатный boot-раздел SYSTEM (F) и VMWare не запущена?
Этого не должно быть и BCD с HDD1 при этом не должен быть загружен в реестр - в куст HKLM\BCD00000000 загружен должен быть BCD с boot-раздела SYSTEM (F), который (BCD), впрочем, и выгрузить несложно при необходимости (REG unload HKLM\BCD00000000).
Я думаю, что залочен HDD1 просто потому, что Win7 определила его как системный (по наличию на нем штатных системных файлов загрузки).
Я решаю схожую с Вашей задачу без стороних загрузчиков и исключительно средствами виртуализации.
1. Создать на HDD0 динамический (если места не жалко, можно статический) VHD, скажем, на 100 MB.
2. Перенести все загрузочные файлы (\boot и bootmgr) c HDD1 на этот виртуальный boot-VHD и снять статус активности с HDD1.
3. Смонтировать boot-vhd в host-системе и проверить/восстановить правильность записей-путей для загрузки S2012R2, любого количества тестируемых WinNT6.x-VHD-систем и сторонних загрузчиков (в том числе и GRUB).
Сам я, правда, обычно (по возможности) не прописываю в BCD жесткие пути для загрузки WinNT6.x, а использую способность bootmgr самостоятельно находить нужные VHD-системы (определение device в BCD через locate) - селекция идет через имена VHD-файлов. Можете как иллюстрацию порассматривать BCD из имеющейся у Вас Win8-x64-PE-BIOS&UEFI-boot. BCD в сборке есть в обоих разделах (MBR и UEFI) и не мешают друг другу.
4. Добавить этот boot-vhd как HDD0 в гипервизор и грузить вирт-системы именно с него.
5. Если есть необходимость/желание грузить "весь набор" еще и на Host-PC, дополнить и BCD на HDD0 (в разделе SYSTEM) всеми необходимыми записями.

У меня тоже назрел интересный вопрос: возможно ли из меню bootmgr вызвать другое меню BCD или другой загрузчик bootmgr? Почему-то загрузчик grldr из меню запускается без проблем, а вот загрузить другой bootmgr невозможно. Приходится делать это через "костыли" на базе grldr (он может не работать, да и грузится долго) или xorboot (с ним тоже возможны проблемы: прямой запуск не работает, если на носителе несколько разделов, а запуск с поиском - не работает на CDFS, т.е., универсального решения нет). Может, есть пути попроще?

stea

Цитата:

а использую способность bootmgr самостоятельно находить нужные VHD-системы (определение device в BCD через locate) - селекция идет через имена VHD-файлов.

Да. Хороший вариант. Я так гружу и груб4дос. Не нужно привязываться к разделу.

LevT
Естественно он залочен ибо он Система!!!
Я же писал как это легко обойти. Напомню

Цитата:

Цитата: Я хочу при этом, чтобы не оставался залоченным раздел с bootmgr на системном диске:

Тоже не проблема..
1 В Управлении дисками уменьш на 100- 300 мб раздел, создай новый ОСНОВНОЙ раздел, отформатируй, назначь ему букву - например S:, сделай активным.
2 Сделай на этом разделе загрузочные файлы:
Код: bcdboot c:\windows /s S: /l ru-RU

dialmak, для WinPE (Мультизагрузочный 2k10). Обьясню: поиск и загрузка VHD-контейнеров на слабых ПК может вызвать проблему с запуском меню bootmgr (подтверждено неоднократно). Поэтому пришлось разделить: основное меню - для WinPE-сборок (это меню должно 100%-но запуститься!), дополнительное - для VHD-контейнеров. Другой нюанс: по результатам тестов, лучшим (по загружаемости на старом железе) является загрузчик от 7-ки... но он на некоторых конфигурациях может не загружать 8х86 (с 8х64, как ни странно, таких проблем нет).

conty9

Цитата:

поиск и загрузка VHD-контейнеров на слабых ПК может вызвать проблему с запуском меню bootmgr

Не встречал. То есть ты хочешь грузануть основное и сделать переход из него в доп. меню?

dialmak, WinPE предназначены для "ремонта" ОС. Если файловая табличка повреждена, поиск VHD-контейнеров вызывает проблему с запуском меню - соответственно, запустить WinPE для восстановления невозможно. Поэтому в основном меню только "безопасные" wim-сборки, а контейнеры - в дополнительном. Вот и нужен вариант перехода между ними (из основного в дополнительное и обратно). Потому как через костыли - долго и нерационально (bootmgr->BCD->grub4dos->menu.lst->bootmgr2->BCD2).