Установка Windows зависає на 0%: прихована причина, яку ніхто не перевіряє

Ви завантажуєте інсталятор, обираєте мову, натискаєте Встановити, дивитесь на крутилку… і потім: 0%. Не 1%. Не «працює над оновленнями». Просто 0%, ніби Windows практикує усвідомленість.

Більшість людей звинувачують ISO, флешку або «Windows, як є». Іноді вони праві. Але найпоширеніша прихована причина, яку я бачу на практиці, огидніша й конкретніша: записи вводу/виводу зі сховища відмовляють на ранньому етапі — тихо — тому що інсталятор спілкується з контролером/диском, який скидається, неправильно ідентифікується, недостатньо живлений або працює у неправильному режимі/з неправильним драйвером.

Швидкий плейбук діагностики

Якщо хочете найкоротший шлях до істини, робіть це як інцидент SRE: підтвердіть симптом, ізолюйте підсистему, доведіть справу логами, а потім змінюйте одну змінну за раз.

По-перше: вирішіть, чи це носій чи сховище

1. Замініть інсталяційний носій (інша флешка, інший порт). Використовуйте USB 2.0-порт, якщо є (так, повільніше, але часто сумісніше).
2. Відключіть усе непотрібне: додаткові диски, кард-рідери, зовнішні накопичувачі, донгли. Залиште один цільовий диск і інсталятор на USB. Менше шин — менше сюрпризів.
3. Спробуйте ту саму флешку на іншій машині. Якщо там також зависає — підозрівайте носій. Якщо працює — зосередьтеся на шляху зберігання на цільовій машині.

По-друге: підтвердіть видимість сховища та режим

4. Перевірте режим зберігання у BIOS/UEFI: AHCI проти RAID/Intel RST проти фірмового RAID. Якщо RAID не потрібен, встановіть AHCI для найчистішого шляху з драйверами.
5. Переконайтесь, що цільовий диск бачить прошивка і що його стан адекватний (де можливо). Якщо прошивка бачить його переривчасто, Windows Setup цього не виправить магічно.
6. Відключіть NVMe-адаптери/райзер-карти і протестуйте пряме підключення, коли зможете. Проблеми цілісності сигналу полюбляють проявлятися в найнепідходящий момент.

По-третє: негайно збирайте логи інсталятора

7. На екрані зависання натисніть Shift+F10 щоб відкрити командний рядок.
8. Витягніть логи з X:\Windows\Panther та X:\$WINDOWS.~BT\Sources\Panther (шляхи можуть відрізнятися). Шукайте скиди/таймаути сховища, помилки завантаження драйверів та проблеми з перерахуванням дисків.

По-четверте: змініть одну важливу змінну

9. Інжектуйте правильний драйвер сховища (Intel RST/VMD, RAID HBA, драйвер виробника NVMe, якщо застосовано). Якщо бачите «диски не знайдені» або повторні таймаути — драйвери не опціональні.
10. Оновіть прошивку (UEFI/BIOS + прошивка SSD). Якщо Setup зависає на 0% через те, що диск випадає з шини — ви відлагоджуєте фізику, а не Windows.

Ось і плейбук. Все інше — деталі; важливі, але все ж деталі.

Що насправді означає «0%»

«0%» — це не точний показник. Це етап інтерфейсу. Windows Setup — мультиетапний конвеєр: завантаження в WinPE, завантаження драйверів, перерахунок дисків, підготовка образу, створення розділів, застосування WIM, налаштування завантаження, а потім перезавантаження в нову ОС. Залежно від версії та фази UI, індикатор прогресу може не рухатись, поки не завершаться кілька важких кроків — особливо виявлення дисків, розділення та перші обсяги застосування образу.

Тому коли ви довго бачите 0%, зазвичай це один з таких режимів відмови:

• Перерахування дисків зациклюється (несумісність драйвера/контролера, ненадійна шина, баг прошивки).
• I/O до цільового диска таймаутить (скиди NVMe, скиди SATA-лінку, проблеми мікропрограми RAID).
• Інсталяторний носій повільний або відмовляє (погана флешка, поганий порт, дивний хаб, некоректний запис ISO).
• UEFI/розбиття диску заблоковано (конфліктні записи завантаження, пошкоджений GPT/MBR, залишкова метадані RAID).
• Нестабільність пам’яті або CPU (рідко, але трапляється: нестабільні профілі XMP і маргінальна RAM можуть виглядати як «зависання установки»).

Але та, що ховається найкраще — тому що не завжди дає дружню помилку — це зависання I/O на межі контролера.

Прихована причина, яку ніхто не перевіряє: ранні скиди сховища та зависання I/O

Ось неприємна правда: Windows Setup часто — це перший раз, коли система виконує тривале реальне I/O до свіжого диска під універсальним стеком драйверів. Поєднання — інтенсивні записі, зміни глибини черги, переходи енергозбереження і драйвер, який намагається бути універсальним — виводить на поверхню крайові випадки. Результат — «зависання на 0%», яке насправді не зависло. Воно чекає на I/O, який ніколи не завершується.

Як це виглядає під капотом

У логах ви побачите варіанти на кшталт:

• Скиди контролера/порту (скиди SATA-лінку, скиди контролера NVMe).
• Повторне перерахування дисків (диск зникає, повертається з іншим шляхом).
• Таймаути при застосуванні образу (зависання записів, повтори).
• Помилки завантаження драйверів або відкат на універсальний драйвер, який «працює», поки раптом не перестає.

На сучасних платформах це часто проявляється при:

• Конфігураціях Intel VMD / RST, де диск за NAT-шіною і вимагає правильного драйвера під час установки.
• Споживчих NVMe-дисках зі старою прошивкою, що некоректно поводиться під стандартними енергопараметрами WinPE.
• USB-to-SATA адаптерах, які використовуються як цільові диски (не рекомендовано): у Windows поводяться нормально, а в WinPE розпадаються.
• RAID HBA, прошивка яких нормальна для робочих томів, але примхлива під час інсталяції ОС без драйверів від виробника.

І так, іноді «прихована причина» дивно буденна: диск на межі відмови. Setup — перше навантаження, яке вимагає запису гігабайтів підряд. Маргінальна таблиця блоків NAND або контролер, що вже на останньому подиху, покаже свою руку.

Невеличкий жарт, бо він потрібен: Індикатор прогресу на 0% — це спосіб Windows сказати «Я щось роблю, але не хочу про це говорити.»

Чому це пропускають

Тому що UI не каже «ваш NVMe щойно скинувся тричі». Він каже «0%». Якщо ви не витягли логи — здогадки. І здогадки — це як загадки стають «таємничими» інцидентами.

Цікаві факти та історичний контекст

Ось кілька конкретних контекстних моментів, що пояснюють, чому ця проблема постійно зʼявляється у нових формах:

1. Windows Setup працює на WinPE, мінімальному оточенні з підмножиною драйверів; це не ваша повністю патчена Windows.
2. Розгортання на базі WIM (застосування образу, потім спеціалізація) десятиліттями в центрі установки Windows; UI «копіювання файлів» часто приховує великий конвеєр розпаковки/запису.
3. AHCI став базовим стандартом для SATA, але OEM-и продовжують вмикати RAID/RST за замовчуванням заради кешування та підприємницьких функцій.
4. NVMe змінив підписи відмов: замість очевидних втрат SATA-лінку ви можете мати скиди контролера, що виглядають як миттєві зависання і потім «продовження», поки одного разу вже не продовжать.
5. UEFI замінив BIOS-очікування: GPT, EFI System Partitions і NVRAM-записи завантаження додали нові місця, де застарілий стан може блокувати прогрес.
6. Сумісність USB 3.x була проблемою у кількох поколіннях Windows; інсталятор може завантажитися, але зіштовхнутись зі швидкісними/сумісними проблемами при тривалому читанні.
7. Стек виробника сховища важливий: Intel RST/VMD, AMD RAID і драйвери HBA часто не входять до коробки у старих інсталяційних носіях.
8. Secure Boot та вимоги TPM (особливо в епосі Windows 11) перемістили більше систем у «сучасну прошивку», де коректність драйверів/прошивки критична.
9. Шифрування диска та функції Opal можуть ускладнювати інсталяції, якщо диск заблокований або має залишкові метадані безпеки.

Три корпоративні міні-історії з практики

Міні-історія #1: Інцидент через неправильне припущення

Середня компанія розгорнула нову модель ноутбуків для відділу, що жив у таблицях і відеодзвінках. Нічого надзвичайного. Образ був «стандартний», флешка «перевірена», а техніки робили це сто разів.

Половина пристроїв зависала на 0% під час установки Windows. Та сама ISO, той самий процес, різний результат. Перше припущення було очевидним: погана партія флешок. Замінювали носії — все одно зависало. Потім подумали, що це «Windows 11 занадто важка». Залишили на ніч — все одно зависало.

Хтось нарешті відкрив логи через Shift+F10 і помітив повторні скиди контролера сховища та відсутність дисків під час перерахування. Прихована змінна — налаштування прошивки: ці ноутбуки постачалися з увімкненим Intel VMD за замовчуванням. Інсталятор міг завантажитись, але не мав правильного драйвера VMD для цього покоління платформи.

Коли вони завантажили правильний драйвер сховища (а в деяких випадках вимкнули VMD для пристроїв, що його не потребували), інсталяції пройшли нормально. Неправильне припущення не було технічною недбалістю; це була віра, що «якщо завантажується — значить сховище в порядку». У 2026 році завантаження доводить майже нічого.

Міні-історія #2: Оптимізація, яка обернулася проти них

Інша організація мала процес «чистого приміщення»: завжди використовувати найшвидші порти, найновіші USB 3.2 флешки, завжди вмикати «Fast Boot» у прошивці, щоб зменшити час до робочого столу. Мета — швидкість. Метрика — пристрої за годину. Атмосфера — «ми професіонали».

Потім Windows Setup почав зависати на 0% на підмножині робочих станцій. Не на всіх. Тільки на тих із певним дизайном передніх USB-панелей. Інсталятор завантажувався стабільно, але коли дійшов до фази «копіювання/застосування образу», пропускна здатність читання падала, а потім зупинялася. Іноді відновлювалася; іноді зависала.

«Оптимізація» полягала у використанні передніх USB 3.x портів через внутрішній хаб і довші кабелі. Під тривалим навантаженням читання в WinPE шина узгоджувала параметри вниз або помилково коректувала себе до відмови. Перехід на задній порт материнської плати — або навіть примусове використання USB 2.0 — усував проблему. Вони втратили кілька хвилин на машину, але заощадили години на переробках.

Також вони засвоїли гіркий урок: конфігурація може бути «швидкою» аж до моменту, коли вона перестає бути такою. Setup потребує нудної стабільності більше, ніж пікової пропускної здатності.

Міні-історія #3: Нудна, але правильна практика, що врятувала день

Глобальна компанія з невеликою командою SRE (так, SRE для кінцевих пристроїв; це має сенс, коли ти великий) мала політику: кожна помилка розгортання отримує тикет з прикріпленими логами. Не «відчуття», не припущення. Логи.

Одного тижня нова партія SSD почала викликати зависання Windows Setup на 0%. Техніки не сперечалися з індикатором прогресу. Вони витягли Panther логи, зафіксували таймаути I/O диска та зв’язалися з апаратною партією. Потім протестували ту саму модель SSD з іншою ревізією прошивки. Таймаути зникли.

«Нудна практика» — версіонування прошивок: вони відстежували версії BIOS і прошивок SSD так само, як програмні релізи. Це дозволило звузити проблему до конкретної прошивки SSD і отримати оновлення від постачальника. Тим часом вони тимчасово замінювали SSD або оновлювали прошивку перед іміджуванням.

Цей процес не виглядав героїчним. Він був просто дисциплінований. Нагорода — відсутність «таємничого збою» під час хвилі розгортання.

Практичні завдання: команди, виводи та рішення

Усе нижче розраховане на виконання з Windows Setup через натискання Shift+F10 (командний рядок WinPE). Деякі завдання використовують PowerShell; якщо він недоступний у вашій збірці WinPE, використовуйте альтернативи cmd. Кожне завдання містить: команду, приклад виводу, що це означає та рішення, яке треба ухвалити.

Завдання 1: Підтвердити, що ви в WinPE і захопити базовий контекст

cr0x@server:~$ ver
Microsoft Windows [Version 10.0.22621.1]

Значення: Це версія середовища WinPE/Setup, а не обовʼязково фінальної ОС.

Рішення: Якщо встановлюєте дуже нову версію Windows на дуже нове обладнання, а ваш WinPE старий — очікуйте відсутності драйверів. Використовуйте новіший інсталяційний носій.

Завдання 2: Перевірити, чи взагалі диски виявлені (DiskPart)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list disk

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
  Disk 0    Online         953 GB   953 GB        *
  Disk 1    Online         115 GB   1024 KB        *

Значення: Setup бачить два диски. Часто Disk 1 — інсталятор на USB, Disk 0 — внутрішній SSD, але перевіряйте по розміру.

Рішення: Якщо list disk показує жодних дисків або відсутній внутрішній диск — перестаньте звинувачувати Windows. У вас проблема контролера/драйвера/прошивки.

Завдання 3: Визначити, який диск — інсталятор, а який — цільовий

cr0x@server:~$ diskpart
DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> detail disk

Samsung SSD 990 PRO 1TB
Disk ID: {…}
Type   : NVMe
Status : Online

Значення: Ви підтвердили модель і тип шини.

Рішення: Якщо тип диска або модель виглядають неправильно (наприклад, «USB» замість очікуваного NVMe), можливо ви встановлюєте на неправильний ціль або диск під адаптером, про який забули.

Завдання 4: Перевірити на залишкові RAID-метадані або дивні розбиття, що можуть блокувати setup

cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> list partition

  Partition ###  Type              Size     Offset
  -------------  ----------------  -------  -------
  Partition 1    Reserved           16 MB   1024 KB
  Partition 2    Primary           953 GB     17 MB

Значення: На диску вже є розділи. Це не обовʼязково проблема, але може ускладнити потоки «оновлення» vs «чисто».

Рішення: Для впертих установок витирайте і відтворюйте розділи (після підтвердження, що дані не потрібні). Якщо це корпоративна відбудова — зазвичай потрібен чистий диск.

Завдання 5: Зробити чисте стирання цільового диска (тільки коли ви точно цього хочете)

cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> clean
DiskPart succeeded in cleaning the disk.

Значення: Таблиця розділів видалена. Це часто очищає застарілі GPT, старі записи завантаження та залишкові підписи RAID (не завжди всю метадані, але здебільшого достатньо).

Рішення: Якщо після clean Setup просувається — попереднє зависання ймовірно було через метадані розділів/завантаження, а не «повільне копіювання».

Завдання 6: Перевірити драйвери контролера зберігання, що зараз завантажені

cr0x@server:~$ drvload
Drvload: Enumerating driver packages...
Drvload: No driver packages found.

Значення: У прикладі немає додаткових вручну завантажених драйверів. WinPE має вбудовані драйвери, але не обовʼязково правильний драйвер виробника.

Рішення: Якщо диски відсутні або ненадійні — ймовірно потрібно завантажити драйвер виробника з папки на USB (RST/VMD/RAID/NVMe).

Завдання 7: Завантажити драйвер сховища вручну (RST/VMD/RAID)

cr0x@server:~$ drvload D:\Drivers\VMD\f6flpy-x64\iaStorVD.inf
Drvload: Successfully loaded D:\Drivers\VMD\f6flpy-x64\iaStorVD.inf

Значення: Драйвер завантажено в WinPE.

Рішення: Повторно виконайте DiskPart list disk. Якщо внутрішній диск зʼявився — ваше зависання на 0% було через невідповідність драйвера/контролера. Продовжуйте інсталяцію з інтегрованим правильним драйвером.

Завдання 8: Переглянути логи Setup на предмет скидів сховища та підказок «зависання на 0%»

cr0x@server:~$ type X:\Windows\Panther\setupact.log | findstr /i "error fail stor nvme iaStor reset timeout"
2026-02-04 10:21:33, Error                 SP     Failed to enumerate disks. Error: 0x0000000e
2026-02-04 10:21:34, Info                  SP     Storage: controller reset detected
2026-02-04 10:21:40, Warning               SP     NVMe: command timeout, retrying

Значення: Це ключова нитка. Помилки перерахування та таймаути пояснюють, чому UI ніколи не рухається.

Рішення: Якщо бачите скиди/таймаути — розглядайте це як проблему стабільності сховища: оновіть BIOS/прошивку SSD, змініть режим контролера, завантажте правильний драйвер або замініть апарат.

Завдання 9: Витягнути додаткові логи зі $WINDOWS.~BT (якщо присутні)

cr0x@server:~$ dir X:\$WINDOWS.~BT\Sources\Panther
 Volume in drive X has no label.
 Directory of X:\$WINDOWS.~BT\Sources\Panther

02/04/2026  10:19 AM    <DIR>          .
02/04/2026  10:19 AM    <DIR>          ..
02/04/2026  10:21 AM           842,113 setuperr.log
02/04/2026  10:21 AM         6,201,004 setupact.log

Значення: Інсталятор створив папку стаджингу; логи тут можуть бути багатшими, ніж у базовому Panther шляху.

Рішення: Якщо цих логів немає — можливо ви зависаєте до стаджингу, часто під час ініціалізації драйверів або раннього виявлення дисків.

Завдання 10: Перевірити, чи система не трешить памʼять або нестабільна

cr0x@server:~$ wmic computersystem get TotalPhysicalMemory
TotalPhysicalMemory
17179869184

Значення: Підтверджує, що RAM виявлена (тут: 16 GiB).

Рішення: Якщо памʼять показана некоректно або підозрюєте нестабільність (випадкові зависання, непослідовну поведінку) — вимкніть XMP/розгін у BIOS і повторіть тест. Setup — це тест стабільності у вигляді майстра.

Завдання 11: Перевірити букву диска інсталяційного носія та симптоми повільного читання

cr0x@server:~$ dir D:\
 Volume in drive D is ESD-USB
 Directory of D:\

02/04/2026  09:58 AM    <DIR>          boot
02/04/2026  09:58 AM    <DIR>          efi
02/04/2026  09:58 AM    <DIR>          sources

Значення: Ви знайшли інсталяційний носій (звично D: у WinPE, але не завжди).

Рішення: Якщо dir повільний, дає помилки або зависає — підозрюйте USB-шлях. Перемістіть на задній порт, уникайте хабів, спробуйте іншу флешку або перебудуйте носій.

Завдання 12: Перевірити цільовий диск на очевидні SMART/стани (обмежено в WinPE)

cr0x@server:~$ wmic diskdrive get Model,Status,InterfaceType
InterfaceType  Model                   Status
NVMe           Samsung SSD 990 PRO 1TB OK
USB            Generic Flash Disk      OK

Значення: WMIC дає грубий «OK» або «Pred Fail» статус; це не повний дамп SMART.

Рішення: Якщо статус не OK або модель відсутня/спотворена — вважайте диск або контролер ненадійним. Замініть апарат або оновіть прошивку перед тим, як витрачати час.

Завдання 13: Підтвердити режим UEFI чи Legacy із WinPE

cr0x@server:~$ reg query HKLM\System\CurrentControlSet\Control /v PEFirmwareType
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control
    PEFirmwareType    REG_DWORD    0x2

Значення: 0x2 зазвичай вказує на UEFI; 0x1 — BIOS/Legacy.

Рішення: Якщо ви планували UEFI, а опинилися в Legacy (або навпаки) — зупиніться. Невідповідність режимів завантаження викликає плутанину з розміткою і завантажувачем, що виглядає як «зависання установки». Виправте режим завантаження спочатку.

Завдання 14: Перевірити, чи BitLocker або метадані шифрування ускладнюють доступ до диска

cr0x@server:~$ manage-bde -status
BitLocker Drive Encryption: Configuration Tool version 10.0.22621
ERROR: The system drive is not encrypted.

Значення: У цьому випадку поточний системний диск не зашифровано (очікувано). На реальних системах дані томи можуть мати залишкові метадані BitLocker.

Рішення: Якщо ви перевстановлюєте поверх зашифрованого тому, розгляньте стирання розділів. Не намагайтесь «відремонтувати установку» через заблокований диск.

Завдання 15: Експортувати логи на USB, щоб прочитати їх на іншій машині

cr0x@server:~$ md D:\setup-logs
cr0x@server:~$ xcopy X:\Windows\Panther D:\setup-logs\Panther /e /i /y
X:\Windows\Panther\setupact.log
X:\Windows\Panther\setuperr.log
2 File(s) copied

Значення: Ви захопили логи для офлайн-аналізу.

Рішення: Якщо ви в корпоративному середовищі, прикріпіть ці логи до тикета. Якщо самостійно — прочитайте їх на робочій машині і шукайте ключові слова повʼязані зі сховищем.

Завдання 16: Перевірити, чи WinPE може записувати на цільовий диск (швидкий саніті-тест)

cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> create partition primary size=1024
DiskPart succeeded in creating the specified partition.

DISKPART> format fs=ntfs quick
  100 percent completed
DiskPart successfully formatted the volume.

Значення: Базові операції створення/форматування пройшли успішно. Це не гарантує тривалу стабільність записів, але дає сильний сигнал.

Рішення: Якщо це не вдається — ваш цільовий шлях зберігання недостатньо здоровий для інсталяції ОС. Виправте апарат/прошивку/драйвер перш ніж пробувати знову.

Другий короткий жарт (і це ваші дозволені дві): DiskPart має два режими: слухняний і «Ви точно впевнені, що хотіли це зробити?»

Поширені помилки (симптом → корінь → виправлення)

Цей розділ навмисно конкретний. Якщо хочете загальної поради — зверніться до пошуковика. Якщо хочете полагодити машину — зіставте симптоми з причинами.

1) Симптом: UI установки зависає на 0%, індикатор активності диска іноді блимає

• Корінь: Повторні таймаути/скиди NVMe під стандартними параметрами WinPE; іноді тригериться старою прошивкою SSD.
• Виправлення: Оновіть прошивку SSD і BIOS/UEFI. Спробуйте новіший інсталятор Windows. Якщо на ноутбуці — підключіть AC-пристрій. Якщо диск за VMD/RST — завантажте правильний драйвер або вимкніть VMD.

2) Симптом: У вікні «Куди встановити Windows?» немає дисків

• Корінь: Контролер зберігання вимагає драйвера виробника (Intel VMD/RST, AMD RAID, HBA RAID).
• Виправлення: Завантажте драйвер контролера через UI «Завантажити драйвер» або використайте drvload. Альтернативно, переключіть режим BIOS на AHCI, якщо функції RAID не потрібні.

3) Симптом: Працює в одному USB-порті, але не в іншому

• Корінь: Нестабільність фронтального порту/хабу; особливості контролера USB 3.x у WinPE; недостатня живлення на деяких портах.
• Виправлення: Використовуйте задні порти материнської плати. Уникайте хабів. Спробуйте USB 2.0. Перенесіть інсталятор на флешку іншого бренду.

4) Симптом: Setup перезавантажується або зависає випадково; логи показують різні ID дисків між перезавантаженнями

• Корінь: Нестабільний кабель/бекплейн; маргінальний NVMe-адаптер; нестабільна подача живлення; баг прошивки контролера.
• Виправлення: Пересадіть диск, замініть SATA-кабель/порт, приберіть райзери/адаптери, оновіть прошивку, протестуйте з відомо хорошим диском.

5) Симптом: «Копіювання файлів» ніколи не починається; 0% вічно; CPU переважно простає

• Корінь: Setup заблоковано до початку застосування образу — часто на кроці перерахування дисків або розмітки.
• Виправлення: Відкрийте Shift+F10, запустіть DiskPart list disk. Якщо диски відсутні: проблема драйвера/контролера. Якщо диски присутні: витріть розділи та повторіть, і читайте Panther логи.

6) Симптом: Диск видно, але форматування або створення розділів не вдається

• Корінь: Диск захищений від запису (рідко), відмовляюче середовище або проблема трансляційного шару контролера (USB-SATA міст, плутанина RAID).
• Виправлення: Використайте DiskPart attributes disk і clean. Якщо все одно не вдається — замініть диск або обійдіть адаптер/міст/шар RAID.

7) Симптом: Setup зависає лише коли підключені інші диски

• Корінь: Setup може обрати неправильний диск для файлів завантаження або заплутатися через застарілі ESP на іншому диску.
• Виправлення: Відключіть усі непотрібні диски під час установки. Після успішної інсталяції підключіть назад і виправте порядок завантаження.

8) Симптом: Setup проходить після вимкнення «Fast Boot» у BIOS

• Корінь: Fast Boot пропускає ініціалізацію пристроїв; деякі контролери не повністю реініціалізуються для WinPE в чистому стані.
• Виправлення: Вимкніть Fast Boot для інсталяцій і налагодження. Після стабільної ОС можна знову ввімкнути, якщо потрібно.

Чеклісти / покроковий план

Чекліст A: 15-хвилинний план «перестаньте витрачати час»

1. Відключіть усі зайві диски та периферію (залиште лише цільовий диск + флешку з інсталятором).
2. Перемістіть інсталятор на задній порт материнської плати; уникайте хабів/фронт-панелей.
3. Завантажте інсталятор, дочекайтесь екрана зависання, натисніть Shift+F10.
4. Запустіть DiskPart list disk. Якщо цільовий диск відсутній: переходьте до кроків із режимом/драйвером контролера.
5. Перевірте режим зберігання в BIOS: надавайте перевагу AHCI, якщо RAID не потрібен.
6. Якщо необхідно VMD/RST/RAID: завантажте правильний драйвер (drvload) і підтвердіть появу диска.
7. Прочитайте setupact.log на предмет «timeout/reset/enumerate» рядків.
8. Якщо диск є, але інсталяція все ще зависає: виконайте clean на диску і повторіть спробу.

Чекліст B: План «апаратна правда» (для повторних зависань на 0%)

1. Оновіть BIOS/UEFI до відомої стабільної версії (не обовʼязково найновіша бета).
2. Оновіть прошивку SSD за допомогою інструментів виробника (зробіть це перед повторною інсталяцією, якщо можливо).
3. Тимчасово вимкніть розгін/XMP. Стабільність перш за все, зовнішній вигляд — потім.
4. Якщо SATA: замініть кабель, змініть порт, приберіть спліттери/бекплейни.
5. Якщо NVMe: пересадіть диск, тестуйте без райзерів/адаптерів, спробуйте інший M.2 слот.
6. Спробуйте інший цільовий диск (відомо хороший). Якщо проблема зникає — замініть несправний накопичувач.

Чекліст C: План «корпоративної повторюваності»

1. Стандартизувати версію інсталятора (той самий билд Windows, той самий набір драйверів WinPE).
2. Підтримувати пакет драйверів для кожної моделі обладнання (особливо для сховища і чипсету).
3. Відстежувати версії BIOS/прошивки SSD як частину запису складання.
4. Вимагати логи при кожній помилці розгортання (принаймні Panther логи).
5. Мати принаймні одну «референсну машину» на модель для відтворення проблем.

Одна інженерна цитата (парафразована ідея)

Парафразована ідея, приписувана W. Edwards Deming: «Без даних ви просто ще одна людина з думкою.»

У цьому контексті «дані» — це Panther логи, результати перерахування дисків і режим контролера. Не ті відчуття, що виникають від пильної уваги до 0%.

Питання та відповіді

Чому Windows Setup так довго показує 0%?

Тому що індикатор прогресу не починає рахувати, доки не завершаться певні етапи. Перерахування дисків, ініціалізація драйверів і розмітка можуть відбутися до руху смуги.

Чи нормально, що Windows 11 довше стоїть на 0% ніж Windows 10?

Іноді так, але «нормально» означає хвилини, не години. Якщо ви застрягли настільки, що переглядаєте зміни в житті — ймовірно у вас проблеми з I/O або драйверами.

Як відкрити логи, якщо інсталятор завис?

Натисніть Shift+F10, потім перегляньте X:\Windows\Panther\setupact.log і setuperr.log. Шукайте «timeout», «reset», «enumerate», «nvme», «stor» та імʼя драйвера контролера.

Мій диск не показується. Яке найімовірніше рішення?

Завантажте правильний драйвер контролера зберігання (Intel RST/VMD, AMD RAID або драйвер вашого RAID HBA). Якщо RAID не потрібен — переключіть режим на AHCI для простоти.

Чи варто вимкнути Intel VMD для інсталяції Windows?

Якщо вам не потрібні функції VMD — так, вимкніть і використовуйте AHCI для простоти. Якщо VMD потрібен (корпоративні збірки, RAID, специфічні функції) — залишайте увімкненим і подавайте правильний драйвер під час інсталяції.

Чи вирішує clean в DiskPart зависання на 0%?

Воно вирішує несподівано велику кількість випадків, бо видаляє конфліктні таблиці розділів і метадані завантаження. Воно не допоможе диску, що скидається або при відсутньому драйвері.

Чи може погана флешка спричинити зависання на 0%?

Абсолютно. WinPE може завантажитись з ненадійної флешки, а потім зависнути при тривалих читаннях. Замініть флешку, порт і уникайте хабів.

Що робити, якщо DiskPart показує диск, але Setup все одно зависає?

Тоді видимість — не проблема, а стабільність. Перевірте логи на таймаути/скиди, оновіть BIOS/прошивку SSD і, за можливості, замініть цільовий диск, щоб довести або спростувати апаратну несправність.

Чи реалістично, що нестабільна RAM — причина?

Так, особливо на десктопах з агресивними профілями XMP. Вимкніть XMP/розгін і перезапустіть інсталяцію. Якщо працює — ви щойно діагностували «налаштування для бенчмарків» як джерело збою.

Чому відключення інших дисків допомагає?

Windows Setup іноді розміщує файли завантаження на іншому диску, ніж той, на який ви встановлюєте, особливо якщо інший диск уже має ESP. Видалення інших дисків перешкоджає «творчості» Setup.

Висновок: наступні кроки, що дійсно працюють

Якщо Windows Setup зависає на 0%, ставтесь до цього як до інциденту з одним критичним залежним елементом: надійний I/O сховища. Прихована причина не містична. Зазвичай це невідповідність режиму контролера, відсутній драйвер, баг прошивки або диск, що тихо виходить з ладу під тривалими записами.

Зробіть наступне:

1. Пройдіть швидкий плейбук діагностики: спростіть апарат, підтвердіть видимість диска, витягніть логи.
2. Якщо диски відсутні: вирішіть режим контролера або завантажте правильний драйвер — не намагайтесь просто знову натискати «Повторити».
3. Якщо логи показують скиди/таймаути: оновіть BIOS і прошивку SSD, і доведіть стабільність з відомо хорошим диском.
4. Після виправлення зробіть процес відтворюваним: стандартизувати носії та відстежувати версії прошивок так само, як програмне забезпечення.

Індикатори прогресу — це не телеметрія. Ваші логи — ось що має значення. Діагностуйте з доказами, і 0% перестане бути загадкою і стане черговим зафіксованим тикетом.