Вход
Регистрация
|
![[Цитировать]](./styles/templates/default/images/lang/ru/icon_quote.gif "Ответить с цитатой"){kind=icon}
Отправлено:
|
Всем привет
 Читал много, понял не знаю сколько). Запутался. Поправьте моё "здравомыслие", пожалуйста. Есть install.esd с 4мя индексами x86/x64 EN/RU и хочется мне это в сборку оформить. Вот как я мыслю: У каждого оригинального iso microsoft среда установки разная в зависимости от разрядности и языка. Нужно как-то объединить. Предлагают MediaCreationTool, а там две папки создаётся x64, x86 каждая под свою среду. => install.esd разделять придётся, значит это мне не подходит. Представляю себе некий iso, из которого простой пользователь будет делать загрузочную флешку. Если машина умеет в UEFI, то грузится efi\microsoft\boot\bcd, если не умеет, то boot\bcd В обоих bcd создаются 2 пункта, которые ведут на boot64.wim и boot86.wim. Пока, чтобы разобраться, пытаюсь сделать максимально ламерским и стандартным способом, т.е.
2) Как правильно объединить среду установки от разных архитектур? 3) Какие файлы из среды установки можно исключить? Почему не достаточно просто оставить boot.wim удалив остальные файлы в папках sources, support? Подразумевается, что нужна только чистая установка. 4) В среде присутствуют обе папки boot & efi. Почему при записи образа на флеку с помощью rufus пользователь обязан выбирать либо GPT с полноценным UEFI, либо MBR bios or CSM UEFI ? В чём загвоздка? Ведь это же возможно. Как тогда правильно флешку записать, чтобы универсально работала? format fat32, bootice - process mbr, process pbr, раздел активным, копировать содержимое в правильном порядке. Всё? |
|
При создании загрузочной флешки нам всегда нужен какой-то образ windows.iso за основу. Тогда как создать спросите? я за годы экспериментов остановился на BootICE, если выбирать Управление Разделами - Переразбить разделы - USB-HDD (простой) - ОК, то програ корректно преобразует флэшку и пропишет загрузчик bootmgr, тебе останется только скопировать на неё файлы... А версий билдов и этих образов у майкросов много. Имеет ли значение какой образ использовать? 2) Как правильно объединить среду установки от разных архитектур? 3) Какие файлы из среды установки можно исключить? Почему не достаточно просто оставить boot.wim удалив остальные файлы в папках sources, support? Подразумевается, что нужна только чистая установка. \sources\EI.CFG \sources\set64.exe (это модифицированный переименованный setup.exe из x64 разрядного образа как модифицировать есть на oszone, ох давно это было...) \sources\setup.exe содержимое EI.CFG[Channel]Retail 4) В среде присутствуют обе папки boot & efi. Почему при записи образа на флеку с помощью rufus пользователь обязан выбирать либо GPT с полноценным UEFI, либо MBR bios or CSM UEFI ? В чём загвоздка? Ведь это же возможно.  Как тогда правильно флешку записать, чтобы универсально работала? format fat32, bootice - process mbr, process pbr, раздел активным, копировать содержимое в правильном порядке. Всё? |
|
Читал много, понял не знаю сколько). Запутался. Поправьте моё "здравомыслие", пожалуйста. Всё давно уже изобретено. Почему нельзя вдумчиво почитать например тему https://usbtor.ru/viewtopic.php?p=77733 и особенно шапку у нее? Спросить у автора, почему он сделал так а не так и проч.? Автор жив и отвечает на любые вопросы, даже дурацкие
|
|
seriousjim,
Приветствую! korsak7 Вам абсолютно точно намекает. Самый верный способ начать создавать что-то своё - это начать "ковырять" любимую сборку, 2k10 Live например (лично я и начинал с ковыряния "внутренностей" именно этого Live сборника, ...ну в конце концов можете и на мой сборник посмотреть, если появится такое желание) потихоньку заменяя "внутренности" чем то своим. Где непонятно - можно уточнить у автора сборника, как можно заменить что-то конкретное, на что-то другое подобное. По аналогии, заменяя вначале несколько строчек в скриптах добиваемся постепенно желаемых результатов, тем самым набираясь опыта... Как то так, IMHO  -P.S.Да, чуть не забыл. Перво-наперво начните с темы: Практикум, или FAQ по мультизагрузке. Полезные советы. P.P.S. Ну и ещё совет. Хотите добиться конкретных результатов - задавайте только конкретно интересующие Вас вопросы и только те с которыми у Вас реально проблема, после безуспешных попыток решения этих вопросов (и лучше по одному, а не всем скопом вместе, подробно объясняя, что и как Вы пробовали сделать и что конкретно никак не получается сделать). |
|
Соответственно, при загрузке 64 битного загрузчика я получаю ошибку драйвера, т.к. остальные все файлы от 32битной среды. С этим я встрял. Как правильно из этого выходить с учётом всего вышесказанного? Правильные выходы описаны выше
|
|
У меня получилось!
  Не сразу, но постепенно до меня дошло, то что вы советовали.timon45, видел твои посты на oszone (пришлось читать перечитывать старые темы). Там совершенно случайно наткнулся на пост про set64.exe. По этому методу получилось сделать. Пусть здесь тоже будет для ясности. 1) Переименовать boot64.wim/2/sources setup.exe -> set64.exe 2) setup.exe.mui -> set64.exe.mui 3) autorun.dll исправить с помощью hex редактора - заменить все значения setup.exe на set64.exe 4) Положить set64.exe в папку sources основного дистрибутива рядом с boot64.wim Таким образом я получил 2 среды x86/x64 . Чтобы получить выбор языка мне пришлось интегрировать языковые пакеты по инструкции из документации microsoft Для себя я использую 2k10 live, но здесь я как неопытный просто хочу потихоньку разобраться, самому столкнуться с проблемами, например ограничения загрузчика bootmgr. 1) Можно ли сделать как-то более изящно? 2) Можно ли избавиться от необходимости использовать файлы setup.exe и set64.exe? Догадываюсь, что нельзя. Ведь winpe должна запустить установку и не может это сделать самой из себя, а если и может, то она должна загрузиться на рабочий стол, запустить установку и найти файл образа, а там уже буковки дисков, скрипты поиска и т.д. Поэтому и пришли к решениям типа 78setup, которое запускает установку и передаёт ей все параметры? 3) Можно ли как-то в оригинальных бутвимах сделать выбор файла autounattend.xml и папки $OEM$ ? 4) Ядра xemom1 основываются на оригинальных boot.wim 'ах или на чём-то ещё? |
|
Xemom1,
Извиняюсь за возможно глупый вопрос,но всё же для расширения своего кругозора, а из чего ваши сборки сделаны из boot.wim?seriousjim, Я как то однажды, делал WinPe в aomei builder, даже думал что мне всё нравится, но потом узнал о сборках xemom1 и понял что мне aomei builder совершенно не нравится Вы наверно тоже присмотритесь, там есть что выбрать и что взять навсегда https://usbtor.ru/viewtopic.php?t=64
|
|
goga8686,
За основу берется winpe.wim, затем к нему добавляются необходимые файлы из install.wim. Смесь! 
|
|
78043Xemom1, известнейшая схема! Итак мы выяснили, что - boot.wim и winpe имеют разные назначения - установка windows лишь одна из дополнительных задач, которые решает winpe - ядра xemom1 делаются на основе winpe goga8686, спс, я как раз их уже и использую в других задачах и в этом вопросе скорее всего мне тоже придётся их же испльзовать (модифицированные korsak7), потому что я сам врят ли смогу сделать выбор файла ответов и папки $OEM$ 1) Можно ли сделать как-то более изящно? 2) Можно ли избавиться от необходимости использовать файлы setup.exe и set64.exe? Догадываюсь, что нельзя. Ведь winpe должна запустить установку и не может это сделать самой из себя, а если и может, то она должна загрузиться на рабочий стол, запустить установку и найти файл образа, а там уже буковки дисков, скрипты поиска и т.д. Поэтому и пришли к решениям типа 78setup, которое запускает установку и передаёт ей все параметры? 3) Можно ли как-то в оригинальных бутвимах сделать выбор файла autounattend.xml и папки $OEM$ ? |
Страница 1 из 2
Текущее время: 15-Дек 20:08
Часовой пояс: UTC + 3
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах Вы не можете прикреплять файлы к сообщениям Вы можете скачивать файлы |