Windows Setup ввічливий так само, як і сигналізація диму: він повторює одну й ту саму фразу незалежно від того, горить у вас кухня чи ви просто підсмажили хліб. «Windows не можна встановити на цей диск» — це той самий сигнал: технічно вірно, але з операційної точки зору марний.
Якщо ви потрапили сюди, то, ймовірно, дивитесь на список розділів, бачите неактивну кнопку Далі і починаєте підозрювати, що інсталятор вас «газлайтингує». Він не газлайтить. Він просто стискає шість різних режимів відмови накопичувача/завантаження в одне речення.
Що насправді означає повідомлення
Windows Setup виконує три завдання одночасно:
- Завантажити ланцюжок завантаження (UEFI або BIOS/Legacy) з потрібними структурами на диску.
- Перевірити, що макет диска/розділів відповідає режиму завантаження та вимогам редакції Windows.
- Спілкуватися з вашим сховищем через той стек контролера/драйвера, який представляє прошивка та обладнання.
Коли він каже «не можна встановити», зазвичай це означає одне з наступного:
- Стиль розділів диска (GPT/MBR) не відповідає тому, як запущено інсталятор (UEFI/Legacy).
- Інсталятор не може надійно записати необхідні розділи завантаження/метадані (ESP/MSR/Recovery), бо диск «особливий» (Dynamic disk, залишки метаданих RAID постачальника, дивне вирівнювання, наявні інструменти відновлення).
- Контролер зберігання прихований за вимогою драйвера (Intel RST/VMD, RAID HBA, деякі VM-контролери), і Setup бачить його не повністю.
- Оберений розділ не є допустимою ціллю (невірний тип, замалий, неправильна файловa система, логічний розділ в extended-контейнері тощо).
- Диск в режимі offline, read-only або обмежений політикою (SAN policy, залишки BitLocker, апаратний захист від запису або обережність Setup щодо знімних носіїв).
- Диск збоїть або «бреше» (помилки носія, непевний кабель/бекплейн, баги прошивки), і Setup діє обережно.
Іншими словами: повідомлення — це не діагноз. Це симптом невідповідності між режимом завантаження, схемою розділів та видимістю сховища.
Швидкий план діагностики (перевірте в цьому порядку)
Якщо ви цінуєте час, перестаньте хаотично тицяти та виконайте суворий цикл: підтвердіть режим завантаження, підтвердіть стиль розділів, підтвердіть видимість контролера/драйвера. Все інше — деталі.
Перше: підтвердіть, як запущено інсталятор (UEFI чи Legacy)
- Якщо в меню завантаження USB показує два записи (наприклад «UEFI: USB» і «USB»), ваш вибір має значення.
- Windows 11 категорично віддає перевагу (а в нормальних підтримуваних інсталяціях фактично вимагає) UEFI + GPT.
Рішення: якщо ви хочете UEFI (так і є у 2026 році), перезавантажтеся і завантажте інсталятор у UEFI-режимі.
Друге: підтвердіть стиль розділів диска (GPT чи MBR)
- UEFI очікує GPT (з EFI System Partition).
- Legacy BIOS очікує MBR (з активним розділом).
Рішення: якщо стиль диска не відповідає режиму завантаження, або конвертуйте диск, або змініть режим завантаження. Оберіть одне; не міксуйте.
Третє: підтвердіть шлях до контролера сховища (AHCI чи RAID/VMD) та драйвери
- Якщо диск не показується, зазвичай причина — режим контролера/драйвер, а не «Windows ненавидить ваш SSD».
- Intel VMD/RST часто ховає NVMe за RAID-подібним шаром, поки не буде завантажено відповідний драйвер.
Рішення: або перемкніть прошивку на AHCI (простіше), або підготуйте правильний драйвер зберігання (іноді необхідно для корпоративних RAID).
Потім: перевірте прапорці стану диска (read-only, offline, dynamic)
- Read-only/offline = Setup не зможе створити розділи завантаження.
- Dynamic disk = Setup у багатьох сценаріях відмовиться інсталювати.
Нарешті: перевірте банальний фізичний рівень
- Вільний кабель, поганий порт, зламаний канал бекплейну, напівпомирала прошивка SSD. Помилки Setup часто — це апаратура, яка тихо вмирає.
Справжні корені проблем, зіставлені з симптомами
1) Невідповідність режиму завантаження: UEFI інсталятор + MBR диск (або Legacy інсталятор + GPT диск)
Це класика. Setup запущено в UEFI-режимі, він бачить MBR-диск і відмовляється встановлювати, бо не може помістити EFI System Partition так, як очікує прошивка UEFI. Або навпаки: запущено в Legacy, бачить GPT і скаржиться, що диск GPT-стилю.
Що робити: Визначте режим завантаження. Для сучасних систем обирайте UEFI і конвертуйте диск у GPT. Якщо ви ставите на дуже стару машину, якій справді потрібен Legacy, тоді конвертуйте в MBR і прийміть обмеження.
2) Відсутні драйвери зберігання: RAID HBA, Intel RST/VMD, незвичайні шляхи NVMe
Windows installer включає багато вбудованих драйверів, але не всі драйвери постачальників RAID або VMD. Коли Setup не може коректно спілкуватися з контролером зберігання, він може не показувати жодних дисків — або показувати диск, але інсталяція не вдається, бо записи не потрапляють куди треба.
Що робити: Або перемкніть платформу на AHCI (якщо припустимо), або завантажте потрібний драйвер під час Setup. На серверах з апаратним RAID завантаження драйвера постачальника — правильний крок.
3) «Особливі» диски: Dynamic disks, Storage Spaces, залишки RAID-метаданих
Windows Setup у більшості випадків хоче простий basic disk для системного тому. Dynamic disks призначені для певних Windows-функцій і зазвичай не підходять для чистої інсталяції ОС. Так само диски, що були в RAID-масиві, можуть містити метадані в кінці пристрою; Setup може заплутатися або відмовитися їх використовувати.
Що робити: Акуратно витріть метадані, поверніть диск у Basic і ініціалізуйте заново.
4) Конфлікти макета розділів: занадто багато розділів, неправильні типи або немає місця для потрібних розділів
UEFI-інсталяції Windows потребують EFI System Partition (ESP), Microsoft Reserved (MSR) і зазвичай розділ Recovery. Якщо ваш диск уже розбитий на десятки розділів — особливо коли досягається межа MBR — або якщо перші мегабайти «заняті» чимось дивним, Setup може відмовити.
Що робити: Якщо можливо, видаліть розділи і дайте Setup створити стандартний макет. Якщо не можете (dual-boot, політика іміджів), створіть потрібні розділи вручну з правильними розмірами й вирівнюванням.
5) Диск offline, read-only або обмежений політикою
У деяких середовищах (особливо при інсталяції в ВМ або на SAN-attached LUNs) Windows може робити диски offline через SAN policy. Або диск може мати прапорець read-only. Або пристрій визначений як знімний, і Setup застосовує запобіжні заходи.
Що робити: Зніміть read-only, виведіть диск online і переконайтеся, що ви інсталюєте на внутрішній диск.
6) 4Kn/512e особливості, баги прошивки контролера і «працює на одній версії BIOS»
Диски з розширеним форматом, трансляція розміру секторів (512e) і деякі версії прошивок RAID можуть призводити до того, що Windows Setup невірно оцінює геометрію диска. Це рідше сьогодні, але все ще трапляється в корпоративному обладнанні, особливо при поєднанні старих HBA з новими SSD.
Що робити: Оновіть BIOS/UEFI та прошивку сховища. Якщо не можна, налаштуйте контролер (увімкніть емульaцію 512e там, де можливо) або оберіть інший шлях контролера.
7) Реальний збій диска (або помирає канал контролера)
Setup — це робота з інтенсивними записами: запис таблиці розділів, створення файлової системи, розгортання install.wim. Маргінальний SSD може проходити поверхневі читання і в той же час зламатися під тривалими записами. Якщо інсталяція падає в різних місцях кожного разу, підозрюйте апаратне забезпечення.
Що робити: Поміняйте кабелі/порти, протестуйте SSD, спробуйте інший диск. Не сперечайтеся з фізикою.
Практичні завдання (команди, виводи та рішення)
Це польові завдання, які можна виконати в Windows Setup (Shift+F10 відкриває командний рядок) або в WinPE. Кожне завдання включає: команду, приклад виводу, що це означає і яке рішення потрібно прийняти.
Правило: робіть одну зміну за раз, потім перевіряйте. Випадкові перемикання — це те, як системи починають завантажуватись лише в певні дні тижня.
Завдання 1: Підтвердити, чи WinPE завантажено в UEFI-режимі
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.
Рішення: Якщо ви плануєте GPT-інсталяцію, вам потрібен UEFI (0x2). Якщо 0x1, перезавантажтеся і виберіть UEFI USB запис.
Завдання 2: Перелік дисків і визначення GPT vs MBR
cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1
DISKPART> list disk
Disk ### Status Size Free Dyn Gpt
-------- ------------- ------- ------- --- ---
Disk 0 Online 953 GB 0 B
Disk 1 Online 476 GB 476 GB *
Що це означає: Зірочка під Gpt вказує на GPT. Disk 0 — MBR (без зірочки).
Рішення: Якщо ви в UEFI-режимі і цільовий диск не GPT, конвертуйте його (Завдання 6/7). Якщо в Legacy і бачите GPT, або конвертуйте в MBR, або перезавантажтеся в UEFI.
Завдання 3: Перевірити макет розділів на цільовому диску
cr0x@server:~$ diskpart
DISKPART> select disk 1
Disk 1 is now the selected disk.
DISKPART> list part
Partition ### Type Size Offset
------------- ---------------- ------- -------
Partition 1 Primary 476 GB 1024 KB
Що це означає: Одиночний primary розділ. ESP/MSR ще немає.
Рішення: Для чистої інсталяції часто краще видалити розділи і дозволити Setup створити дефолтні. Якщо готуєте вручну, створіть ESP/MSR самостійно (Завдання 9).
Завдання 4: Перевірити, чи диск read-only або offline
cr0x@server:~$ diskpart
DISKPART> select disk 0
Disk 0 is now the selected disk.
DISKPART> attributes disk
Current Read-only State : Yes
Read-only : Yes
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
Що це означає: Диск у режимі read-only. Setup не створить потрібні розділи.
Рішення: Зніміть атрибут (Завдання 5). Якщо він з’являється знову, підозрійте політику контролера, SAN policy або апаратний захист від запису.
Завдання 5: Прибрати read-only і вивести диск online
cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> attributes disk clear readonly
Disk attributes cleared successfully.
DISKPART> online disk
DiskPart successfully onlined the selected disk.
Що це означає: Диск став доступним для запису і online.
Рішення: Повторіть спробу розбиття/інсталяції. Якщо диск знову переходить offline, дивіться SAN policy (Завдання 12) або налаштування контролера.
Завдання 6: Стерти диск (деструктивно) і конвертувати в GPT
cr0x@server:~$ diskpart
DISKPART> select disk 1
DISKPART> clean
DiskPart succeeded in cleaning the disk.
DISKPART> convert gpt
DiskPart successfully converted the selected disk to GPT format.
Що це означає: Таблиця розділів і метадані видалені; диск тепер ініціалізовано як GPT.
Рішення: Використовуйте це, коли можна знищити існуючі розділи. Якщо не можна, потрібна недеструктивна конвертація (Завдання 8) або інший план.
Завдання 7: Стерти диск (деструктивно) і конвертувати в MBR
cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> clean
DISKPART> convert mbr
DiskPart successfully converted the selected disk to MBR format.
Що це означає: Диск ініціалізовано як MBR.
Рішення: Обирайте MBR лише якщо ви свідомо встановлюєте в Legacy-режимі або маєте обладнання, яке справді не вміє UEFI. Інакше — не варто.
Завдання 8: Недеструктивна конвертація з MBR в GPT (коли підтримується)
cr0x@server:~$ mbr2gpt /validate /disk:0 /allowFullOS
MBR2GPT: Attempting to validate disk 0
MBR2GPT: Validation completed successfully
cr0x@server:~$ mbr2gpt /convert /disk:0 /allowFullOS
MBR2GPT: Attempting to convert disk 0
MBR2GPT: Creating the EFI system partition
MBR2GPT: Conversion completed successfully
Що це означає: Інструмент перевірив макет диска і конвертував без втрати даних, створивши ESP.
Рішення: Використовуйте це при конвертації наявної інсталяції чи збереженні даних. Якщо валідація не пройшла — не примушуйте; робіть бекап і чисту інсталяцію.
Завдання 9: Вручну створити стандартний набір розділів UEFI Windows (ESP/MSR/OS)
cr0x@server:~$ diskpart
DISKPART> select disk 1
DISKPART> clean
DISKPART> convert gpt
DISKPART> create partition efi size=260
DiskPart succeeded in creating the specified partition.
DISKPART> format quick fs=fat32 label="System"
100 percent completed
DiskPart successfully formatted the volume.
DISKPART> assign letter=S
DiskPart successfully assigned the drive letter or mount point.
DISKPART> create partition msr size=16
DiskPart succeeded in creating the specified partition.
DISKPART> create partition primary
DiskPart succeeded in creating the specified partition.
DISKPART> format quick fs=ntfs label="Windows"
100 percent completed
DiskPart successfully formatted the volume.
DISKPART> assign letter=W
DiskPart successfully assigned the drive letter or mount point.
Що це означає: Ви створили мінімальний розумний GPT-макет для завантаження Windows UEFI: ESP (FAT32), MSR і NTFS розділ ОС.
Рішення: Продовжуйте інсталяцію, обравши NTFS-розділ (W:). Якщо Setup все ще скаржиться, проблема швидше за все в контролері/драйвері або політиці прошивки, а не в розділах.
Завдання 10: Визначити, чи диск Dynamic
cr0x@server:~$ diskpart
DISKPART> list disk
Disk ### Status Size Free Dyn Gpt
-------- ------------- ------- ------- --- ---
Disk 0 Online 1863 GB 0 B * *
DISKPART> select disk 0
DISKPART> detail disk
Samsung SSD 870 QVO 2TB
Disk ID: {A1B2C3D4-E5F6-...}
Type : SATA
Status : Online
Path : 0
Target : 0
LUN ID : 0
Location Path : PCIROOT(0)#PCI(1F02)#ATA(C00T00L00)
Current Read-only State : No
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
Volume 2 D Data NTFS Simple 1863 GB Healthy
Що це означає: Зірочка під Dyn вказує на Dynamic disk. Setup зазвичай відмовляється встановлювати на динамічні томи.
Рішення: Перенесіть дані, потім конвертуйте в Basic (зазвичай деструктивно) через DiskPart clean або інші інструменти. Для системних дисків: не використовуйте Dynamic.
Завдання 11: Перевірити видимість NVMe контролера в WinPE
cr0x@server:~$ wmic diskdrive get model,interfacetype,size
Model InterfaceType Size
WDC PC SN730 SDBPNTY-512G-1001 NVMe 512105932800
Що це означає: WinPE бачить NVMe-диск нативно.
Рішення: Якщо цей запит нічого не повертає або показує лише ваш USB-інсталятор, у вас проблеми з драйвером/контролером. Перевірте режим сховища BIOS (AHCI vs RAID/VMD) і завантажте драйвери.
Завдання 12: Перевірити та налаштувати SAN policy (поширено для LUN)
cr0x@server:~$ diskpart
DISKPART> san
SAN Policy : Offline Shared
DISKPART> san policy=OnlineAll
DiskPart successfully changed the SAN policy for the current operating system.
Що це означає: «Offline Shared» може призводити до того, що новопредставлені shared-диски відображаються offline. «OnlineAll» автоматично виводить диски online.
Рішення: Для інсталяції на виділеному LUN одному хосту часто правильним є OnlineAll. У кластерах будьте обережні: неправильна SAN policy може створити два одночасні записувачі і поганий тиждень.
Завдання 13: Завантажити драйвер зберігання під час Setup (і перевірити, що він дійсно завантажився)
cr0x@server:~$ drvload D:\drivers\iaStorVD.inf
DrvLoad: Successfully loaded D:\drivers\iaStorVD.inf
cr0x@server:~$ pnputil /enum-drivers | findstr /i "vmd rst stor"
Published Name : oem12.inf
Original Name : iaStorVD.inf
Provider Name : Intel Corporation
Class Name : SCSIAdapter
Що це означає: Драйвер завантажено і він тепер перерахований у driver store для цесесії.
Рішення: Поверніться на екран вибору диска і перезавантажте сканування. Якщо диски з’явилися — ваша проблема була в видимості драйвера, а не в схемі розділів.
Завдання 14: Перевірити EFI-завантажувальні файли після ручного розбиття (WinPE)
cr0x@server:~$ bcdboot W:\Windows /s S: /f UEFI
Boot files successfully created.
Що це означає: Завантажувальні файли записано в EFI System Partition.
Рішення: Якщо Windows встановлено, але не завантажується — це ваш хід для ремонту. Якщо ця команда не працює, ESP неправильний (не FAT32, не примонтований) або прошивка фактично не завантажує UEFI.
Завдання 15: Перевірити BitLocker або дивні фільтри (тріаж після невдачі)
cr0x@server:~$ manage-bde -status
Volume C: [OS]
Size: 475.35 GB
BitLocker Version: 2.0
Conversion Status: Fully Encrypted
Percentage Encrypted: 100.0%
Protection Status: Protection Off
Lock Status: Unlocked
Identification Field: Unknown
Що це означає: Диск має метадані BitLocker і раніше був зашифрований.
Рішення: Для перевстановлення ви можете стерти диск (clean) і рухатись далі. Якщо потрібно зберегти дані — розшифруйте належним чином перед зміною розділів, інакше ви створите криміналістичну головоломку для свого майбутнього «я».
Завдання 16: Швидка перевірка індикаторів здоров’я диска (SMART через WMI у WinPE)
cr0x@server:~$ wmic diskdrive get model,status
Model Status
WDC PC SN730 SDBPNTY-512G-1001 OK
Що це означає: Дуже високорівневе повідомлення про стан. «OK» не гарантує, що диск ідеальний; це просто означає, що він не громогласно оголосив про відмову.
Рішення: Якщо інсталяції падають непередбачувано і тут показано щось інше, ніж OK — замініть диск. Якщо OK, але поведінка нестабільна, після перевірки режиму завантаження/драйверів все одно підозрюйте апаратне забезпечення.
Три міні-історії з корпоративного середовища
Міні-історія 1: Інцидент через невірне припущення
Тікет виглядав як стандартна проблема з іміджуванням робочих станцій: «Нові ноутбуки не приймають Windows-імідж. Інсталятор каже, що не можна встановити на цей диск.» Хелпдеск вже зробив ритуал: переформат, інший USB-порт, інша флешка. Та сама проблема. Часу все менше — ці машини були для понеділкового навчання.
Невірне припущення було простим: «Якщо Setup бачить диск, шлях зберігання в порядку». На цих ноутбуках OEM відправив їх з Intel VMD увімкненим за замовчуванням. Диск ніби іноді показувався — іноді як неініціалізований пристрій, іноді як дивного розміру — бо загальний стек драйверів міг перерахувати контролер, але не працювати послідовно.
Молодший інженер «полагодив» це, багаторазово чистячи і конвертуючи між MBR і GPT — це як намагатися вирішити мережеву відмову, перефарбовуючи стійку. Зрештою диски були порожні, помилка залишилася, і тепер не було заводського розділу відновлення.
Справжнє виправлення зайняло десять хвилин: або вимкнути VMD (перемкнути на AHCI) в прошивці, або завантажити правильний Intel драйвер у WinPE. Ми обрали драйвер, бо корпоративний образ згодом вимагав OEM-режим збереження для BitLocker та іншого ПЗ. Після завантаження драйвера диск став стабільним, розділи створилися коректно, і інсталяція пройшла без проблем.
Урок нудний, але відтворюваний: перш ніж торкатися таблиць розділів, підтвердіть режим контролера і шлях драйвера. Якщо ви вгадуєте — ви помилитеся у масштабі.
Міні-історія 2: Оптимізація, яка обернулась проти
Команда серверів хотіла пришвидшити підготовку. Вони зробили кастомний образ Windows PE, який автоматично розбивав диски скриптами DiskPart і накладав OS-імідж напряму. Це працювало в лабораторії. Працювало на торішніх серверах. Працювало на деяких машинках цього року. А потім вийшла велика партія, і він зламався з тим самим дружнім повідомленням Windows про неможливість встановити.
«Оптимізація» полягала в примусовому створенні сумісного з legacy макету розділів, бо хтось хотів один образ на всі випадки життя. Скрипт створював MBR-диск з активним NTFS-розділом. На новому обладнанні Legacy-режим у BIOS був відключений (як і треба), і сервери були лише UEFI. Машини PXE-завантажували WinPE (UEFI PXE), скрипт створював MBR, і Setup відмовлявся — правильно — бо UEFI boot плюс MBR OS диск — це невідповідність.
Спробували виправити, ввімкнувши Legacy у прошивці по всьому кластеру. Це створило іншу проблему: деякі сервери тепер завантажували різні PXE-стеки NIC в залежності від порядку в прошивці, і частина почала нетбутити в невірне оточення. Підготовка стала «швидше» у сенсі, що відмовлялася швидше.
Кінцеве рішення — розділити процес: UEFI-only підготовка з GPT за умовчанням і окремий legacy-шлях тільки для дійсно старого обладнання. Перевага: як тільки все було UEFI+GPT, надійність завантаження зросла і кількість звернень зменшилася. Неприємна частина: довелося визнати, що «один універсальний скрипт» часто означає універсальну майбутню відмову.
Міні-історія 3: Нудна, але правильна практика, що врятувала
Фінансовий відділ мав проєкт оновлення: замінити десктопи хвилями. Команда розгортання мала звичку, якій я довіряв: вони записували налаштування прошивки та макет диска перед будь-якими змінами. Не гламурно. Не швидко. Надзвичайно ефективно.
Посередині прийшла нова партія з трохи іншою ревізією материнської плати і новим BIOS. Windows installer почав кидати помилку диска на машинах, що зовні виглядали ідентичними. Паніка, менеджери призначають зустрічі, типове.
Завдяки попереднім знімкам команда швидко помітила дві відмінності: режим зберігання стояв у RAID/VMD замість AHCI, і ключі Secure Boot були в іншому стані. USB для іміджа іноді завантажували непослідовно (деякі техніки вибирали «USB» замість «UEFI: USB»). Три змінні, що всі ведуть до одного і того ж повідомлення Setup.
Вони стандартизували запис завантаження (UEFI), стандартизували режим сховища (AHCI для цих десктопів) і тримали пак драйверів під рукою для моделей, які вимагали RAID. Виправлення не було хитрим; воно було контрольованим. Розгортання відновилося з мінімальною драмою.
Є парафразована ідея Демінга, яку операційні люди вчаться важко: «Без даних ви — просто ще одна людина з думкою». Нудна практика — це дані.
Типові помилки: симптом → корінь проблеми → виправлення
1) «Диск видно, але Далі сірий»
Симптом: Ви можете вибрати розділ, але Setup відмовляється з повідомленням про диск або вимикає кнопку Далі.
Корінь: Розділ не є допустимою ціллю (не той тип, логічний розділ, неподтримувана FS), або диск read-only/offline.
Виправлення: Використайте DiskPart для перевірки атрибутів; видаліть розділи і дайте Setup створити; або відформатуйте в NTFS і переконайтеся, що диск online і доступний для запису.
2) «Дисків не знайдено» (або список дисків порожній)
Симптом: Екран вибору диска нічого не показує.
Корінь: Відсутній драйвер зберігання (Intel VMD/RST, RAID HBA), або контролер в режимі, який WinPE не підтримує “out-of-box”.
Виправлення: Завантажте драйвер (Завдання 13) або перемкніть прошивку в AHCI. Перевірте через wmic diskdrive (Завдання 11).
3) «Windows cannot be installed to this disk. The selected disk has an MBR partition table.»
Симптом: Setup явно скаржиться на MBR.
Корінь: Інсталятор запущено в UEFI-режимі; диск — MBR.
Виправлення: Конвертуйте диск в GPT (Завдання 6) або завантажте інсталятор в Legacy-режим (зазвичай неправильний вибір для сучасного обладнання).
4) «Windows cannot be installed to this disk. The selected disk is of the GPT partition style.»
Симптом: Setup явно скаржиться на GPT.
Корінь: Інсталятор запущено в Legacy-режимі; диск — GPT.
Виправлення: Завантажте інсталятор в UEFI-режимі, або конвертуйте в MBR (Завдання 7) якщо вам справді потрібен Legacy.
5) «Ми конвертували в GPT але все одно не працює»
Симптом: Ви виконали танець GPT/UEFI; помилка залишилася.
Корінь: Нестабільний шлях зберігання (невідповідний драйвер, метадані RAID, збій диска) або диск read-only/offline.
Виправлення: Підтвердіть драйвер/контролер (Завдання 11/13), витріть RAID-метадані через повний clean і ініціалізуйте заново, зніміть read-only (Завдання 5), розгляньте оновлення прошивки або заміну диска.
6) «Встановлення пройшло, але не завантажується»
Симптом: Копіювання файлів успішне; перезавантаження приводить у прошивку або «no boot device».
Корінь: Невірний режим завантаження, відсутні EFI-записи, ESP не створено або не FAT32, або порядок завантаження в прошивці вказує не туди.
Виправлення: Завантажте WinPE в UEFI, примонтуйте ESP, виконайте bcdboot (Завдання 14). Перевірте порядок завантаження в прошивці.
7) «Інсталяція падає непослідовно на різних відсотках»
Симптом: Іноді на 10%, іноді на 60%, ніколи в одному й тому самому місці.
Корінь: Маргінальне сховище (SSD/контролер), нестабільна оперативна пам’ять або нестабільний драйвер. Setup — це тест на навантаження, упакований в майстер.
Виправлення: Поміняйте порти/кабелі, запустіть діагностику апаратури, спробуйте інший SSD, оновіть прошивку. Не каналізуйтеся на багаторазове створення розділів як на релігію.
8) «Ми хочемо зберегти розділ з даними; Setup не співпрацює»
Симптом: Ви намагаєтесь встановити поруч із існуючими розділами даних.
Корінь: Недостатньо місця або неможливість безпечно створити ESP/MSR/Recovery; занадто багато розділів (особливо на MBR).
Виправлення: Зменште розділи, щоб звільнити місце; переконайтеся, що GPT і UEFI; або зробіть бекап і виконайте чисту розмітку. Якщо дані важливі, створіть резервну копію до початку, а не після.
Жарт №1: Інсталятор Windows як пейджер з 90-х — одне загадкове повідомлення і припущення, що ви вже біжите.
Чеклісти / покроковий план
Чекліст A: Чиста інсталяція на сучасному ПК (рекомендований шлях)
- У прошивці: встановіть режим завантаження на UEFI (відключіть Legacy/CSM, якщо можливо).
- У прошивці: віддайте перевагу AHCI для SATA, якщо немає потреби в RAID/VMD.
- Завантажте USB-інсталятор: оберіть запис, який явно вказує UEFI.
- На виборі диска: якщо можна стерти — видаліть усі розділи на цільовому диску.
- Дайте Setup створити розділи автоматично і встановіть у основний OS-розділ.
- Якщо диск не видно: завантажте драйвер зберігання або змініть режим контролера.
Чекліст B: Потрібно зберегти дані на диску
- Вирішіть, чи можете тимчасово перемістити дані. Якщо так — зробіть це. Це суттєво спрощує задачу.
- Підтвердіть режим завантаження (UEFI) і стиль розділів (GPT). Якщо диск MBR і потрібен UEFI, перевірте
mbr2gpt(Завдання 8). - Переконайтеся, що є місце для ESP (зазвичай 100–300MB) і розділу відновлення. Якщо ні — зменшіть розділи безпечно.
- Не встановлюйте Windows на розділ, який потім не можна буде обслуговувати. Якщо місця замало — завтра у вас буде інцидент.
- Після інсталяції перевірте записи завантаження й готовність до BitLocker.
Чекліст C: Встановлення Windows на корпоративний RAID
- Визначте, де визначається RAID: прошивка RAID, HBA RAID чи програмний. Уникайте «таємного RAID».
- Переконайтеся, що логічний том представлений ОС як один диск.
- Майте правильний драйвер зберігання на змінному носії.
- Завантажте драйвер раніше (Завдання 13) і підтвердіть, що диск з’являється послідовно.
- Віддавайте перевагу UEFI+GPT, якщо платформа не є істинно legacy.
- Після інсталяції встановіть інструменти керування RAID і налаштуйте оповіщення.
Чекліст D: Інсталяції в ВМ (Hyper-V, VMware тощо)
- Підберіть тип прошивки VM: Gen 2 (UEFI) у Hyper-V зазвичай означає GPT.
- Оберіть тип контролера, який Windows підтримує «out of the box» (сучасні SCSI контролери зазвичай OK; екзотичні паравіртуальні можуть вимагати драйверів).
- Якщо використовуєте віртуальний NVMe або паравіртуальне сховище, інжектуйте драйвери в образ інсталяції або завантажте під час Setup.
- Зберігайте простоту: один віртуальний диск, чистий GPT, UEFI boot. Складність залиште для продакшену, а не інсталятора.
Жарт №2: Розбиття диска — це єдине місце, де «просто стерти» іноді і найкраща порада, і кар’єрно-обмежувальний крок.
Цікаві факти та коротка історія (чому ми тут)
- MBR походить з 1983 року (ера IBM PC DOS). Тоді «великий диск» означав десятки мегабайт, а не багатотерабайтні SSD.
- GPT — частина UEFI і була створена, щоб замінити обмеження MBR, включно з граничним розміром 2TB (з 512-байтними секторами).
- UEFI не переміг одразу. Роки систем постачалися з Compatibility Support Module (CSM), що прикидалося BIOS, звідси десятиліття змішаних режимів і плутанини.
- Попередження Setup щодо розділів навмисно обережні. Microsoft краще зупинить вас, ніж дозволить створити систему, яка непередбачувано завантажуватиметься після оновлень прошивки.
- EFI System Partition — FAT32 не випадково: прошивка UEFI потребує простої, широко підтримуваної файлової системи для читання завантажувачів без ОС.
- Intel RST/VMD існує переважно для RAID і менеджменту та абстрагує пристрої зберігання за контролерним шаром — корисно для флоту, незручно для чистих інсталяцій без драйверів.
- Dynamic disks — відповідь Windows на управління томами до появи Storage Spaces. Вони ще є і все ще часта пастка для інсталятора.
- Windows 11 прискорив кінець Legacy BIOS в основних каналах підтримки, просуваючи UEFI, Secure Boot і вимоги TPM.
- Проблеми з розміром сектора (512e vs 4Kn) все ще мають значення для деяких контролерів і шляхів завантаження, особливо в корпоративних середовищах зі старою прошивкою RAID.
FAQ
1) Що обрати: UEFI чи Legacy/CSM для Windows 10/11?
UEFI. Вимикайте CSM/Legacy, якщо немає явної потреби у сумісності. UEFI+GPT — сучасний стандарт і уникатиме багатьох проблем із завантаженням.
2) Чи завжди потрібен GPT для UEFI?
Фактично так для підтримуваних інсталяцій Windows. Прошивка UEFI іноді може завантажувати з MBR в дивних конфігураціях, але Windows Setup очікує GPT для UEFI-інсталяцій.
3) Я конвертував диск в GPT, але Setup все одно каже, що не можна інсталювати. Чому?
Бо GPT не була причиною. Наступні підозрювані: відсутній драйвер зберігання (VMD/RST/RAID), диск read-only/offline або збій диска/контролера.
4) Чи достатньо DiskPart clean, щоб видалити старі RAID-метадані?
Зазвичай так для потреб інсталятора. Деякі RAID-метадані живуть в кінці диска; clean зазвичай очищає інформацію про розділи, але не завжди всі підписи постачальника. Якщо питання залишаються, використайте утиліти керування RAID, щоб очистити foreign config, або виконайте ґрунтовніше стирання у утилітах контролера (обережно).
5) Чому Setup іноді показує диск неправильного розміру?
Часто це проблема трансляції драйвера/контролера (RAID/VMD шар) або невідповідність геометрії/розміру сектора. Завантажте правильний драйвер або змініть режим контролера.
6) Чи можна встановити Windows на Dynamic disk?
Не як просту ціль для чистої інсталяції у більшості підтримуваних сценаріїв. Конвертуйте назад в Basic. Якщо диск випадково став dynamic — це сигнал, що в середовищі потрібен кращий контроль за дисками.
7) Який найбезпечніший спосіб для dual-boot з існуючою ОС?
Уніфікуйте обидві ОС в одному режимі завантаження (бажано UEFI) і на GPT. Переконайтеся, що існує єдиний ESP, який використовується послідовно. Спершу зробіть резервну копію.
8) SSD — NVMe, але його не видно в Setup. Чи він помер?
Не обов’язково. На багатьох ноутбуках NVMe ховається за Intel VMD/RST. Або вимкніть VMD (перейдіть на AHCI), або завантажте потрібний Intel драйвер під час Setup.
9) Якщо я переключу BIOS режим з RAID на AHCI, чи Windows потім завантажиться?
Якщо Windows встановлено під драйверами RAID/VMD, а потім ви перейдете на AHCI, вона може не завантажитись, поки не буде увімкнено відповідний AHCI-стек. Вирішуйте режим зберігання до інсталяції, коли це можливо.
10) Які розміри розділів використовувати для ESP і MSR?
Звичайна практика: ESP 100–300MB (260MB — прагматичний вибір), MSR 16MB. Windows Setup поставить дефолти, якщо дозволите. Не вигадуйте, якщо немає причини.
Висновок: наступні кроки, які справді працюють
Коли Windows каже, що не можна встановити на «цей диск», рідко йдеться про диск як абстрактне поняття. Це про невідповідність між режимом інсталятора, схемою розділів і контролером/драйверним стеком між Windows і вашим NAND.
Зробіть це наступним кроком, у порядку:
- Перезавантажтесь і підтвердіть, що інсталятор запущено в UEFI-режимі (Завдання 1). Не гадьте; перевірте.
- Перевірте стиль диска (Завдання 2). Якщо хочете UEFI — зробіть GPT.
- Підтвердіть видимість сховища та режим контролера (Завдання 11). Якщо диски відсутні — спочатку вирішіть драйвери/VMD/RAID.
- Якщо можна стерти — стерти один раз і чисто (Завдання 6). Потім дайте Setup створити розділи.
- Якщо не можна стерти — використайте валідаційну конвертацію (Завдання 8) і звільніть місце для потрібних розділів.
- Якщо інсталяція пройшла, але завантаження не працює — відновіть завантажувальні файли (Завдання 14) і перевірте порядок завантаження в прошивці.
Найважливіше: оберіть свій шлях. UEFI+GPT+правильний драйверний стек — це ваша доріжка. Коли ви в ній, Windows Setup перестає бути містикою і знову стає просто нетерплячим інсталятором.