Embedded Files
LAB 01
install.wim проти install.esd
────────────────────
LAB 02
роль boot.wim
────────────────────
LAB 03
Windows Setup та WinPE
────────────────────
LAB 04
Audit Mode
────────────────────
LAB 05
Sysprep
────────────────────
LAB 06
Capture та Apply
────────────────────
LAB 07
створення власного Builder ISO
LAB 01
LAB 01
install.wim проти install.esd
══════════════════════════════════════
Мета експерименту
══════════════════════════════════════
Перевірити поведінку Windows Setup у випадку одночасної присутності файлів:
install.wim
та
install.esd
та визначити, який із них використовується під час встановлення Windows.
══════════════════════════════════════
Початкова гіпотеза
══════════════════════════════════════
Передбачається, що Windows Setup використовує лише один образ.
Якщо одночасно присутні:
install.wim
та
install.esd
існує внутрішній механізм вибору пріоритету.
══════════════════════════════════════
Підготовка
══════════════════════════════════════
Необхідно:
• ISO Windows;
• можливість редагування вмісту образу;
• доступ до каталогу sources;
• тестове середовище.
Перед початком:
зафіксувати вихідний склад папки sources.
══════════════════════════════════════
Сценарій експерименту
══════════════════════════════════════
Варіант А
Контрольний запуск
Склад:
install.esd
Дія:
запустити інсталяцію.
Очікування:
стандартна поведінка.
──────────────────────────────────────
Варіант B
Додати install.wim
Склад:
install.esd
*
install.wim
Дія:
запустити інсталяцію.
Спостерігати:
• запуск Setup;
• вибір редакції;
• поведінку встановлення.
──────────────────────────────────────
Варіант C
Залишити лише install.wim
Склад:
install.wim
Дія:
повторити встановлення.
══════════════════════════════════════
Контрольні питання
══════════════════════════════════════
Чи змінився список редакцій?
2 Чи змінилася швидкість старту?
3.Чи змінився процес встановлення?
4.
Який образ фактично використано?
5.
Чи повторюється результат?
══════════════════════════════════════
Форма запису результату
══════════════════════════════════════
Гіпотеза:
---
Результат:
---
Повторюваність:
Так / Ні
Статус:
☑
◐
✕
⚠
══════════════════════════════════════
Результат автора
══════════════════════════════════════
Під час одного із тестових сценаріїв отримано наступне спостереження.
Склад:
install.esd
*
install.wim
Результат:
інсталяція використовувала install.wim.
Попередній висновок:
можливий внутрішній пріоритет install.wim.
Для остаточного підтвердження потрібні повторні перевірки.
══════════════════════════════════════
Builder Note 😏☕
Якщо після експерименту виникне бажання відкрити setup.exe у дебагері — експеримент офіційно вважається успішним 😄
Не забувайте.
Один експеримент.
Одна зміна.
LAB 02
LAB 02
Роль boot.wim
══════════════════════════════════════
Мета експерименту
══════════════════════════════════════
Перевірити роль файлу boot.wim у процесі запуску Windows Setup та визначити його вплив на доступність інсталяції.
══════════════════════════════════════
Початкова гіпотеза
══════════════════════════════════════
Передбачається, що boot.wim не містить саму Windows.
Разом із тим саме boot.wim відповідає за запуск середовища встановлення.
При зміні boot.wim може змінюватися поведінка Setup навіть без зміни install.wim.
══════════════════════════════════════
Підготовка
══════════════════════════════════════
Необхідно:
• ISO Windows;
• доступ до папки sources;
• тестове середовище.
Підготувати:
Контрольний образ.
══════════════════════════════════════
Сценарій експерименту
══════════════════════════════════════
Варіант А
Контрольний запуск
Склад:
boot.wim
*
install.wim
рідні.
Очікування:
звичайна інсталяція.
──────────────────────────────────────
Варіант B
Замінити лише install.wim
Склад:
рідний boot.wim
*
інший install.wim
Очікування:
перевірити запуск.
──────────────────────────────────────
Варіант C
Замінити лише boot.wim
Склад:
інший boot.wim
*
рідний install.wim
Спостерігати:
• запуск інсталятора;
• список редакцій;
• доступність дисків;
• повідомлення Setup.
══════════════════════════════════════
Контрольні питання
══════════════════════════════════════
1.
Чи запускається інсталятор?
2.
Чи видно список редакцій?
3.
Чи видно накопичувачі?
4.
На якому етапі виникає помилка?
5.
Чи змінюється поведінка без зміни install.wim?
══════════════════════════════════════
Спостереження автора
══════════════════════════════════════
Під час одного із тестів отримано наступну поведінку.
Склад:
Windows 11
*
змінений boot.wim
Результат:
Інсталятор запускався.
Відображалися:
• вибір мови;
• вибір редакції.
Проте на етапі вибору диска отримано повідомлення:
"Драйвер не знайдено"
Попереднє припущення:
частина середовища встановлення формується саме boot.wim.
══════════════════════════════════════
Проміжний висновок
══════════════════════════════════════
На поточному етапі сформовано припущення.
boot.wim відповідає не за встановлення Windows.
boot.wim відповідає за середовище, у якому виконується встановлення.
Попередня модель:
boot.wim
↓
WinPE
↓
Setup
↓
install.wim
↓
Windows
══════════════════════════════════════
Builder Note 😏☕
Після завершення експерименту виникла підозра.
Можливо…
коли Setup каже:
"Драйвер не знайдено"
він іноді має на увазі:
"Я сам себе не впізнаю" 😄📀
LAB 03
LAB 03
Windows Setup та WinPE
══════════════════════════════════════
Мета експерименту
══════════════════════════════════════
Перевірити взаємозв'язок між Windows Setup та WinPE та визначити порядок їхнього запуску під час інсталяції Windows.
══════════════════════════════════════
Початкова гіпотеза
══════════════════════════════════════
Передбачається, що Windows Setup не запускається безпосередньо після завантаження носія.
Попередня модель:
UEFI
↓
boot.wim
↓
WinPE
↓
Windows Setup
↓
install.wim
↓
Windows
Дане припущення потребує перевірки.
══════════════════════════════════════
Підготовка
══════════════════════════════════════
Необхідно:
• інсталяційний носій Windows;
• можливість багаторазового запуску;
• середовище для спостереження.
Перед стартом:
зафіксувати послідовність екранів.
══════════════════════════════════════
Сценарій експерименту
══════════════════════════════════════
Етап 1
Стандартний запуск
Дія:
завантажити інсталятор.
Зафіксувати:
• момент появи першого вікна;
• доступність командного рядка.
──────────────────────────────────────
Етап 2
Спостереження за середовищем
Дія:
перевірити доступність:
Shift + F10
Зафіксувати:
• чи відкривається командний рядок;
• у який момент це можливо.
──────────────────────────────────────
Етап 3
Перевірка поведінки Setup
Дія:
дослідити:
• вибір мови;
• вибір редакції;
• вибір диска.
Зафіксувати:
чи змінюється поведінка без зміни install.wim.
══════════════════════════════════════
Контрольні питання
══════════════════════════════════════
1.
Що запускається першим?
2.
Чи існує середовище до появи Setup?
3.
Чи доступний командний рядок?
4.
Чи працює Setup незалежно?
5.
Яку роль виконує boot.wim?
══════════════════════════════════════
Форма запису результатів
══════════════════════════════════════
Спостереження:
---
Гіпотеза:
---
Статус:
☑
◐
✕
⚠
══════════════════════════════════════
Попередній висновок
══════════════════════════════════════
Якщо командний рядок доступний ще до початку встановлення —
можна припустити існування окремого службового середовища.
У такому випадку Setup може працювати вже всередині нього.
══════════════════════════════════════
Builder Observation
══════════════════════════════════════
Після попередніх тестів виникла підозра.
Setup може бути не окремою системою.
А лише інтерфейсом над механізмами WinPE.
Потребує перевірки.
══════════════════════════════════════
Builder Note 😏☕
Якщо під час інсталяції натиснути:
Shift + F10
і побачити командний рядок —
не панікуйте.
Це не прихований режим хакера.
Можливо…ви просто зустріли WinPE раніше за Setup 😄📀
LAB 04
LAB 04
Audit Mode
══════════════════════════════════════
Мета експерименту
══════════════════════════════════════
Перевірити поведінку Windows під час переходу у Audit Mode та визначити можливості підготовки системи до завершення первинного налаштування.
══════════════════════════════════════
Початкова гіпотеза
══════════════════════════════════════
Передбачається, що Audit Mode дозволяє увійти у встановлену Windows до завершення OOBE.
У цьому режимі можливо виконувати:
• налаштування системи;
• встановлення програм;
• підготовку середовища;
• запуск Sysprep.
══════════════════════════════════════
Підготовка
══════════════════════════════════════
Необхідно:
• завершити встановлення Windows;
• дійти до екрана первинного налаштування (OOBE);
• не створювати користувача.
Перед початком:
зафіксувати поточний стан системи.
══════════════════════════════════════
Сценарій експерименту
══════════════════════════════════════
Етап 1
Перехід у Audit Mode
Дія:
На екрані OOBE виконати:
Ctrl
*
Shift
*
F3
Очікування:
автоматичне перезавантаження.
──────────────────────────────────────
Етап 2
Спостереження після входу
Зафіксувати:
• чи відкрився робочий стіл;
• чи з'явився Sysprep;
• чи створено користувача.
──────────────────────────────────────
Етап 3
Перевірка можливостей
Дослідити:
• встановлення програм;
• зміну параметрів;
• перезавантаження;
• повторний запуск.
══════════════════════════════════════
Контрольні питання
══════════════════════════════════════
1.
Чи створено користувача?
2.
Чи запускається Sysprep?
3.
Чи можна встановлювати програми?
4.
Чи змінюється поведінка після перезавантаження?
5.
Чи можна повернутися до OOBE?
══════════════════════════════════════
Форма запису результатів
══════════════════════════════════════
Гіпотеза:
---
Результат:
---
Повторюваність:
Так / Ні
Статус:
☑
◐
✕
⚠
══════════════════════════════════════
Очікувані спостереження
══════════════════════════════════════
Попередньо очікується:
OOBE
↓
Ctrl + Shift + F3
↓
Перезавантаження
↓
Audit Mode
↓
Робочий стіл
↓
Sysprep
══════════════════════════════════════
Builder Observation
══════════════════════════════════════
Особливу увагу приділити наступному.
Якщо після входу система поводиться як звичайна Windows —
це ще не означає завершення встановлення.
Можливо,
Windows лише відкрила службовий вхід.
══════════════════════════════════════
Builder Note 😏☕☕
Якщо під час експерименту виникла думка:
"Стоп… а я взагалі вже встановив Windows?"
— експеримент проходить успішно 😄
Не натискати Generalize без плану.
Кава дозволена.
LAB 05
LAB 05
Sysprep
══════════════════════════════════════
Мета експерименту
══════════════════════════════════════
Перевірити роботу Sysprep та дослідити вплив різних режимів завершення на підготовлену систему.
══════════════════════════════════════
Початкова гіпотеза
══════════════════════════════════════
Передбачається, що Sysprep є механізмом завершення підготовки Windows перед створенням образу або передачею системи користувачу.
Також передбачається, що різні режими роботи Sysprep призводять до різних результатів.
══════════════════════════════════════
Підготовка
══════════════════════════════════════
Необхідно:
• встановлена Windows;
• доступ до Audit Mode;
• запущений Sysprep.
Перед початком:
зафіксувати стан системи.
══════════════════════════════════════
Експеримент LAB 05.1
Режим Quit
══════════════════════════════════════
Дія:
Запустити Sysprep.
Вибрати:
Quit
Очікування:
Sysprep завершить роботу без вимкнення системи.
Контрольне питання:
Чи змінилася система після завершення?
══════════════════════════════════════
Експеримент LAB 05.2
Режим Reboot
══════════════════════════════════════
Дія:
Запустити Sysprep.
Вибрати:
Reboot
Очікування:
Система перезавантажиться.
Контрольне питання:
Куди повернеться Windows після запуску?
══════════════════════════════════════
Експеримент LAB 05.3
Режим Shutdown
══════════════════════════════════════
Дія:
Запустити Sysprep.
Вибрати:
Shutdown
Очікування:
Комп'ютер завершить роботу.
Контрольне питання:
Чому саме цей режим часто згадується перед Capture?
══════════════════════════════════════
Контрольні питання
══════════════════════════════════════
1.
Для чого потрібен Sysprep?
2.
Чим відрізняються Quit, Reboot та Shutdown?
3.
Який режим найбільш придатний перед Capture?
4.
Чи можна повернутися в Audit Mode?
5.
Чи змінилася поведінка Windows після виконання Sysprep?
══════════════════════════════════════
Форма запису результатів
══════════════════════════════════════
Режим:
---
Результат:
---
Повторюваність:
Так / Ні
Статус:
☑
◐
✕
⚠
══════════════════════════════════════
Builder Observation
══════════════════════════════════════
Особливу увагу приділити моменту завершення роботи системи.
Саме після Sysprep починається межа між:
налаштованою Windows
та
майбутнім образом Windows.
══════════════════════════════════════
Builder Note 😏☕☕
Перед натисканням кнопки рекомендується поставити поруч чашку кави.
Не тому що це небезпечно.
А тому що після першого успішного Sysprep виникає дивне бажання створити власний install.wim 😄
══════════════════════════════════════
Екзаменаційна примітка
══════════════════════════════════════
У разі незадовільного проходження LAB 05 студент направляється на добровільно-примусове повторне вивчення:
LAB 04
↓
LAB 05
↓
кава
↓
повторна спроба 😄
LAB 06
Capture та Apply
══════════════════════════════════════
Мета експерименту
══════════════════════════════════════
Перевірити механізми Capture та Apply Image і підтвердити можливість переходу між встановленою системою та образом Windows.
══════════════════════════════════════
Початкова гіпотеза
══════════════════════════════════════
Передбачається, що:
Capture дозволяє створити образ встановленої системи.
Apply дозволяє відновити систему з отриманого образу.
Разом вони утворюють замкнений цикл Windows Builder.
══════════════════════════════════════
Підготовка
══════════════════════════════════════
Необхідно:
• встановлена Windows;
• Audit Mode (за бажанням);
• Sysprep;
• WinPE;
• окремий диск або розділ для збереження образу.
Перед початком:
зафіксувати поточний стан системи.
══════════════════════════════════════
LAB 06.1
Capture системи
══════════════════════════════════════
Мета:
Створити образ поточної системи.
Попередня схема:
Windows
↓
Sysprep
↓
Shutdown
↓
WinPE
↓
Capture
↓
install.wim
Контрольне питання:
Чи створено файл образу?
──────────────────────────────────────
Статус:
Очікує виконання.
══════════════════════════════════════
LAB 06.2
Перевірка образу
══════════════════════════════════════
Мета:
Переконатися у працездатності отриманого образу.
Необхідно перевірити:
• наявність образу;
• його розмір;
• доступність для подальшого використання.
Контрольне питання:
Чи містить образ очікуваний стан системи?
──────────────────────────────────────
Статус:
Очікує виконання.
══════════════════════════════════════
LAB 06.3
Apply Image
══════════════════════════════════════
Мета:
Застосувати створений образ до нового розділу.
Попередня схема:
install.wim
↓
Apply
↓
Розділ диска
↓
Boot
↓
Windows
Контрольне питання:
Чи запускається система після Apply?
──────────────────────────────────────
Статус:
Очікує виконання.
══════════════════════════════════════
LAB 06.4
Повторне розгортання
══════════════════════════════════════
Мета:
Перевірити відтворюваність результату.
Порівняти:
• вихідну систему;
• систему після Apply.
Контрольне питання:
Чи збереглися виконані налаштування?
──────────────────────────────────────
Статус:
Очікує виконання.
══════════════════════════════════════
Контрольні питання
══════════════════════════════════════
1.
Чи успішно виконується Capture?
2.
Чи створюється install.wim?
3.
Чи працює Apply?
4.
Чи запускається Windows після Apply?
5.
Чи зберігаються налаштування системи?
6.
Чи підтверджується цикл Builder?
══════════════════════════════════════
Форма запису результатів
══════════════════════════════════════
Гіпотеза:
---
Результат:
---
Повторюваність:
Так / Ні
Статус:
☑
◐
✕
⚠
══════════════════════════════════════
Builder Observation
══════════════════════════════════════
Особливу увагу приділити моменту між:
Sysprep
↓
Capture
Саме тут проходить межа між реальною системою та її образом.
══════════════════════════════════════
Builder Note 😏☕☕
Якщо після успішного Capture з'явилося бажання відкрити папку sources і замінити install.wim —
вітаємо.
Ви починаєте думати як Builder 😄📀
Але пам'ятайте.
Спочатку перевірка.
Потім експерименти.
І лише потім власний ISO.
WINDOWS BUILDER LAB
LAB 07
Створення власного Builder ISO
══════════════════════════════════════
Мета експерименту
══════════════════════════════════════
Перевірити можливість створення власного інсталяційного носія Windows із використанням раніше підготовленого образу системи.
══════════════════════════════════════
Початкова гіпотеза
══════════════════════════════════════
Передбачається, що після виконання:
Audit Mode
↓
Налаштування
↓
Sysprep
↓
Capture
можливо замінити штатний install.wim власним образом та отримати працездатний інсталяційний носій.
══════════════════════════════════════
Передумови
══════════════════════════════════════
До початку виконання лабораторної рекомендується успішно пройти:
LAB 04
Audit Mode
LAB 05
Sysprep
LAB 06
Capture та Apply
══════════════════════════════════════
Підготовка
══════════════════════════════════════
Необхідно:
• вихідний ISO Windows;
• власний install.wim;
• доступ до папки sources;
• тестове середовище.
Перед початком:
зберегти оригінальний образ.
══════════════════════════════════════
LAB 07.1
Контрольний ISO
══════════════════════════════════════
Мета:
Зафіксувати поведінку оригінального носія.
Контрольні точки:
• запуск Setup;
• список редакцій;
• інсталяція.
Статус:
Контрольний сценарій.
══════════════════════════════════════
LAB 07.2
Заміна install.wim
══════════════════════════════════════
Мета:
Інтегрувати власний образ.
Схема:
Оригінальний ISO
↓
sources
↓
Заміна install.wim
↓
Новий ISO
Очікування:
Запуск інсталятора без змін.
══════════════════════════════════════
LAB 07.3
Тест інсталяції
══════════════════════════════════════
Мета:
Перевірити працездатність нового носія.
Контрольні точки:
• запуск Setup;
• вибір диска;
• копіювання файлів;
• перше завантаження.
══════════════════════════════════════
LAB 07.4
Перевірка результату
══════════════════════════════════════
Мета:
Порівняти систему після встановлення із вихідною системою перед Capture.
Перевірити:
• програми;
• налаштування;
• конфігурацію системи.
Контрольне питання:
Чи відтворюється початковий стан?
══════════════════════════════════════
Контрольні питання
══════════════════════════════════════
1.
Чи запускається новий ISO?
2.
Чи приймає Setup власний install.wim?
3.
Чи завершується інсталяція?
4.
Чи збігається результат із вихідною системою?
5.
Чи підтверджується повний цикл Builder?
══════════════════════════════════════
Повний цикл перевірки
══════════════════════════════════════
Windows Setup
↓
Audit Mode
↓
Налаштування
↓
Sysprep
↓
Capture
↓
install.wim
↓
Новий ISO
↓
Windows Setup
↓
Нова Windows
Builder Note 😏☕
Автор документа не несе відповідальності за:
• раптове бажання створити власний ISO;
• відкриття DISM о другій ночі;
• несподіване розуміння того, що Setup — це не магія.
Експеримент переходить до читача.
Page updated
Google Sites
Report abuse