Встановлення Windows на NVMe: чому інсталятор не бачить диск (і як виправити)

Ментальна модель: чому інсталятор «не бачить» NVMe

Windows Setup не вміє читати думки. Воно бачить накопичувач через стек контролера, який видає прошивка, і через драйвери, що є в образі Windows Preinstallation Environment (WinPE) на вашому USB/ISO. Якщо NVMe знаходиться за режимом контролера, який потребує драйвера постачальника, інсталятор буде дивитися в порожнечу.

Найпоширеніша пастка на апаратурі 2020-х — ваш NVMe зовсім не «зник». Його подають через шар, як-от Intel VMD (Volume Management Device) або режим RAID (Intel RST / «RAID On»), що змінює вигляд диска на шині PCIe та визначає, який драйвер потрібен для роботи з ним. На деяких ноутбуках і багатьох бізнес-десктопах за замовчуванням виставлено оптимальний для централізованого управління режим, а не для вашого домашнього перевстановлення.

Є й класичні невідповідності:

• UEFI проти Legacy-завантаження: ви завантажили інсталятор в одному режимі, а диск розмічений для іншого, або прошивка відмовляється правильно передати NVMe.
• Обмеження розділів: динамічні диски, залишкові метадані, дивні OEM-розмітки відновлення або застарілі RAID-метадані можуть ховати диск від Setup або блокувати встановлення.
• Розподіл ліній і фізична топологія: слот M.2 ділить лінії з SATA-портом або іншим слотом; один вимикається, коли в інший вставлено пристрій.
• Захисні функції: Secure Boot зазвичай не заважає, але деякі стекі зберігання (і деякі «корпоративні» політики BIOS) вимагають підписаних драйверів, яких може не бути в образі інсталятора.

Одна цитата, яку варто тримати в голові під час усунення неполадок: «Hope is not a strategy.» — Джеймс Кемерон. Це не суто SRE-цитата, але вона добре пасує до операційної роботи. Правильний крок — виміряти, що бачить інсталятор, потім змінювати одну змінну за раз.

Жарт #1: Windows Setup не ігнорує ваш NVMe зі злих намірів. Воно просто робить вигляд, що вас не бачить, поки ви не підкинете правильний драйвер.

Швидка діагностика (перевірте це в першу чергу)

Якщо ви хочете найкоротший шлях до «диск зʼявився, установка продовжується», робіть це в порядку. Не стрибайте хаотично між меню BIOS і папками з драйверами — ось як час зникає.

1) Підтвердіть існування NVMe на рівні прошивки

• У BIOS/UEFI шукайте інформацію про NVMe або сторінку зі списком накопичувачів з моделлю NVMe.
• Якщо BIOS його не бачить, Windows Setup теж не побачить. Зупиніться і усуньте апаратні/слотні/лан-шерингові проблеми спочатку.

2) Перевірте режим зберігання: AHCI проти RAID/VMD

• Якщо бачите Intel RST, RAID On або VMD enabled, припускайте, що Setup потребує драйвер або вам слід переключити режим на той, який Windows підтримує з коробки.
• Для одного NVMe-диска віддавайте перевагу AHCI / NVMe без VMD, якщо немає причин інакше (політики BitLocker для флоту або деякі корпоративні образи — приклади причин).

3) Завантажте інсталятор у режимі UEFI (майже завжди)

• Якщо ціль — Windows 11, то ви вже в UEFI-території.
• UEFI-завантаження + GPT — стабільний сучасний стандарт. Legacy/CSM — місце для давніх примар.

4) У Setup відкрийте оболонку й перевірте, що видно зі сторони зберігання

• Використайте diskpart і перевірте, чи зʼявляються диски.
• Якщо diskpart бачить диск, але Setup його не показує — зазвичай це проблема з розміткою/метаданими.
• Якщо не бачить ніщо — ви в зоні режимів контролера/драйверів.

5) Рішення: змінити налаштування прошивки чи завантажити драйвер

• Особистий комп’ютер / чиста інсталяція: вимкніть VMD/RAID, використайте AHCI/NVMe і продовжуйте.
• Корпоративний пристрій: завантажте затверджений драйвер зберігання, щоб залишитися сумісним із корпоративними інструментами образу й відновлення.

Цікаві факти та контекст (щоб дивина стала зрозумілою)

• NVMe створювали, щоб замінити AHCI: AHCI було розроблено під обертові диски; NVMe — для низької затримки й паралелізму на PCIe.
• Ранній підтримка завантаження з NVMe була кривава: старі реалізації UEFI потребували оновлень прошивки для надійного завантаження з NVMe, особливо на платах 2014–2016 років.
• Intel RST зʼявився до масового NVMe: інструменти й припущення починалися з епохи SATA RAID, потім розширилися для «управління» NVMe через абстракції.
• VMD існує не просто так: він може стандартизувати hotplug/обробку помилок і підтримувати Enterprise-функції, але водночас змінює, який драйвер бачить диск.
• Windows Setup працює в WinPE: набір драйверів у ньому менший, ніж в повноцінній Windows, тому «в мене в ОС працює» не означає «встановлюється з інсталятора».
• GPT проти MBR — це не просто естетика: UEFI-системи очікують GPT для коректного завантаження; MBR — релікт сумісності з гострими кутами.
• Деякі OEM-образи поставляються з предвстановленими RST-драйверами: ви стираєте диск, втрачаєте «магію», а потім дивуєтеся, чому ванільний ISO не бачить накопичувач.
• Розподіл ліній — не гіпотеза: багато плат відключають SATA-порти, коли в M.2 слот вставлений NVMe, бо вони ділять ресурси чипсета.

Справжні корені проблеми (і як вони виглядають)

Причина A: увімкнено Intel VMD / режим RAID

Що ви бачите: BIOS перелічує NVMe, але Windows Setup і diskpart не показують жодних дисків. Або ви бачите контролер «Intel RAID», але без фізичного диска.

Чому це відбувається: VMD робить NVMe доступним через віртуальний контролер. Без правильного Intel RST/VMD драйвера в WinPE пристрій фактично невидимий.

Виправлення: вимкніть VMD / встановіть режим зберігання AHCI (якщо вам не потрібен RAID), або підвантажте потрібний драйвер під час Setup.

Причина B: ви завантажили інсталятор у невірному режимі

Що ви бачите: Диск відображається, але встановити не можна; Setup скаржиться на стиль розділів («Windows cannot be installed to this disk. The selected disk is of the GPT partition style.» або еквівалент для MBR).

Чому це відбувається: Legacy-завантаження очікує MBR. UEFI — GPT. Змішування приводить до передбачуваних проблем.

Виправлення: Завантажте USB в режимі UEFI, потім конвертуйте диск у GPT (або навпаки, але не робіть цього без потреби).

Причина C: залишкова метадані (старі RAID-хедери, дивні розділи, динамічний диск)

Що ви бачите: Diskpart бачить диск, Setup перелічує його, але встановлення неможливе, або розділи поводяться дивно.

Чому це відбувається: Залишкові метадані можуть плутати Setup або викликати захисну логіку. Динамічні диски також не завжди придатні для встановлення, як люди очікують.

Виправлення: Збережіть дані, потім витріть таблицю розділів і метадані з Setup за допомогою diskpart (clean) і встановіть заново.

Причина D: NVMe фізично не там, де ви думаєте

Що ви бачите: BIOS зовсім не бачить NVMe; або він зʼявляється періодично; або зникає при підключенні іншого пристрою.

Чому це відбувається: Слоти M.2 можуть бути лише для SATA, лише для PCIe або комбо; деякі ділять лінії з іншими слотами або SATA-портами; певні плати підтримують NVMe лише в конкретних слотах.

Виправлення: Використайте правильний слот, оновіть BIOS або перерозподіліть пристрої відповідно до топології плати (часто описано в керівництві до материнської плати, яке ніхто не читає до катастрофи).

Причина E: пошкоджене або застаріле інсталяторне медіа

Що ви бачите: Та сама машина працює з одним USB, але не з іншим; дивні збої при завантаженні драйверів.

Чому це відбувається: Пошкоджене носій, застарілий ISO або інструмент, який створив USB у дивній розмітці/схемі завантаження.

Виправлення: Перестворіть інсталятор, використовуючи відомо-робочий метод; віддавайте перевагу актуальному ISO Windows; спробуйте інший USB-накопичувач.

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

Ці завдання припускають, що ви або в Windows Setup (Shift+F10 для відкриття командного рядка), або завантажилися в середовище WinPE/repair. Деякі завдання можна виконати з Linux live, але тут тримаємося Windows-орієнтованого підходу. Команди нижче — саме ті, які я запускаю в ситуаціях, близьких до виробничих: короткі, спостережувані, по можливості оборотні.

Завдання 1: Підтвердіть, що ви в WinPE, і зафіксуйте середовище

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

Що це означає: Ви в Windows-середовищі (WinPE/Setup shell). Версія підказує, чи сучасне ваше медіа.

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

Завдання 2: Подивіться, чи видно взагалі якісь диски

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        *

Що це означає: WinPE бачить ваш NVMe (Disk 0) і він у GPT.

Рішення: Якщо list disk не показує нічого, потрібне виправлення режиму контролера/драйвера до того, як розмітка матиме значення.

Завдання 3: Якщо дисків немає, перелічіть драйвери, що завантажені (шукайте RST/VMD)

cr0x@server:~$ drvload
DrvLoad: Enumerating driver packages...
DrvLoad: No driver package specified.

Що це означає: Ви ще нічого не підвантажували; WinPE працює зі своїми вбудованими драйверами.

Рішення: Якщо диски відсутні і у прошивці увімкнено VMD/RAID, плануйте підвантаження драйвера зберігання або зміну режиму прошивки.

Завдання 4: Перелічіть PCI-контролери зберігання (швидка підказка для VMD/RAID)

cr0x@server:~$ wmic path win32_pnpentity where "Name like '%Controller%'" get Name
Name
Microsoft Storage Spaces Controller
Standard NVM Express Controller

Що це означає: Поява «Standard NVM Express Controller» — добрий знак; це шлях вбудованого NVMe-драйвера.

Рішення: Якщо натомість ви бачите Intel(R) Volume Management Device або Intel RAID controller без NVMe controller, ваш диск може бути за VMD/RST.

Завдання 5: У Shell Setup підвантажте драйвер постачальника з USB

Спочатку знайдіть букву USB (у WinPE вона часто не E:, як ви очікуєте).

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list volume

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     C                NTFS   Partition    100 GB  Healthy
  Volume 1     D   UEFI_NTFS     FAT32  Removable     16 GB  Healthy

Що це означає: Ваш USB має букву D:.

Рішення: Використайте цю літеру, щоб підвантажити INF драйвера.

cr0x@server:~$ drvload D:\drivers\intel_vmd\f6vmdflpy-x64\iaStorVD.inf
DrvLoad: Successfully loaded D:\drivers\intel_vmd\f6vmdflpy-x64\iaStorVD.inf

Що це означає: Драйвер завантажено у WinPE.

Рішення: Заново запустіть diskpart → list disk. Якщо диск зʼявився, ви підтвердили, що VMD/RST був блокером.

Завдання 6: Після підвантаження драйвера знову перевірте видимість дисків

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        *

Що це означає: NVMe тепер видимий і порожній/нерозподілений.

Рішення: Продовжуйте розмітку й інсталяцію. Або, якщо ви в корпоративному середовищі, зафіксуйте драйвер і налаштування прошивки для стандартизації.

Завдання 7: Перевірте диск і існуючі розділи (шукаємо OEM-особливості)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> list partition

  Partition ###  Type              Size     Offset
  -------------  ----------------  -------  -------
  Partition 1    Recovery           990 MB  1024 KB
  Partition 2    System             100 MB  991 MB
  Partition 3    Reserved            16 MB  1091 MB
  Partition 4    Primary           952 GB  1107 MB

Що це означає: Нормальна UEFI GPT-розмітка. Нічого підозрілого.

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

Завдання 8: Витріть диск (опція «хватить вигадувати»)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> clean

DiskPart succeeded in cleaning the disk.

Що це означає: Таблиця розділів і метадані видалені. Диск тепер порожній.

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

Завдання 9: Явно конвертуйте в GPT (краща практика для UEFI)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> convert gpt

DiskPart successfully converted the selected disk to GPT format.

Що це означає: Диск у форматі GPT, придатний для UEFI-завантаження.

Рішення: Якщо інсталятор завантажився в Legacy-режимі, перезавантажте інсталятор і оберіть UEFI-запис для вашого USB замість того, щоб навмисно створювати крихку систему.

Завдання 10: Створіть розділи вручну (коли UI Setup поводиться дивно)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

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> 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.

Що це означає: У вас тепер є адекватна розмітка EFI + MSR + primary.

Рішення: Якщо Setup раніше відмовлявся працювати через плутанину з розділами, це часто розблокує процес. Встановлюйте Windows на NTFS-розділ «Windows».

Завдання 11: Перевірте підказки щодо режиму завантаження (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.

Рішення: Якщо ви в Legacy-режимі, але хочете GPT/Windows 11, перезавантажте інсталятор і оберіть UEFI-запис для USB-пристрою.

Завдання 12: Перевірте блокування BitLocker або інші шифрувальні блокери (часто на корпоративних ноутбуках)

cr0x@server:~$ manage-bde -status
BitLocker Drive Encryption: Configuration Tool version 10.0.22621
Copyright (C) 2013 Microsoft Corporation. All rights reserved.

Disk volumes that can be protected with BitLocker Drive Encryption:
Volume C: [OS]
[OS Volume]
    Size:                 952.87 GB
    BitLocker Version:    2.0
    Conversion Status:    Fully Encrypted
    Protection Status:    Protection Off
    Lock Status:          Unlocked

Що це означає: Диск колись був зашифрований; у WinPE він може бути заблокований на інших машинах.

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

Завдання 13: Якщо інсталяція відбулася, але система не завантажується — відновіть EFI-завантаження

Призначте літери дисків і відновіть завантажувальні файли за допомогою bcdboot.

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list volume

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     W   Windows      NTFS   Partition    952 GB  Healthy
  Volume 1     S   SYSTEM       FAT32  Partition    260 MB  Healthy    System

cr0x@server:~$ bcdboot W:\Windows /s S: /f UEFI
Boot files successfully created.

Що це означає: EFI System Partition має завантажувальні файли.

Рішення: Якщо раніше система не завантажувалася з повідомленням «no boot device», це часто виправляє ситуацію — за умови, що порядок завантаження в прошивці адекватний.

Завдання 14: Переконайтеся, що NVMe після встановлення відображається як стандартний NVMe-пристрій (перевірка)

Після встановлення Windows (або в командному рядку відновлення) можна запитати контролери зберігання.

cr0x@server:~$ pnputil /enum-devices /class StorageControllers
Microsoft PnP Utility

Class: StorageControllers
Instance ID: PCI\VEN_144D&DEV_A808&SUBSYS_...
Device Description: Standard NVM Express Controller
Status: Started

Що це означає: Ви не залежите від екзотичного драйвера для базового доступу до NVMe.

Рішення: Для домашньої збірки це бажаний результат. Для корпоративних образів вам може все одно знадобитися RST/VMD через політики — не робіть самодіяльності на керованих кінцевих пристроях.

Завантаження драйверів: коли це справді потрібно (і коли ні)

Підвантаження драйвера зберігання в Windows Setup — це потужний прийом, але також шлях до випадкового встановлення невідповідного драйвера, після чого система може BSODити пізніше. Мета — уникати зайвих драйверів, якщо апарат їх не потребує.

Коли потрібно підвантажувати драйвер

• У прошивці увімкнено VMD і NVMe знаходиться за ним.
• Система налаштована на Intel RST RAID, навіть якщо є лише один диск.
• Ви встановлюєте на справжній RAID-том.
• У вас нова платформа, де вбудований набір драйверів WinPE не покриває контролер.

Коли не слід підвантажувати драйвер (і краще змінити налаштування прошивки)

• Один NVMe-диск, RAID не потрібен, немає корпоративних вимог до образів.
• Ви просто хочете, щоб диск зʼявився. Вимкнення VMD і використання стандартного NVMe простіше і зазвичай надійніше.

Є також практична реальність: UI інсталятора «Load driver» працює, але я довіряю drvload більше, бо він дає чіткий сигнал успіху/неуспіху і не ховає помилки за ввічливим діалогом.

Налаштування прошивки, що визначають успіх установки NVMe

Більшість випадків «Windows Setup не бачить мій NVMe» вирішуються одним з цих змін. Назви пунктів у меню можуть відрізнятися в OEM, але концепції стабільні.

1) Вимкніть Intel VMD (або поставте його в «off» для слота NVMe)

На багатьох системах є «VMD Setup Menu» або «Enable VMD Controller». Якщо NVMe відображається під VMD, WinPE може не мати драйвера. Вимкніть його, якщо вам не потрібні корпоративні функції або ви не встановлюєте корпоративний образ, що цього очікує.

2) Переключіть режим контролера з RAID/RST → AHCI

Для одного диска AHCI/NVMe — найменш сюрпризний варіант. Режим RAID часто потрібний для заводської розкладки образів і стандартів IT. Якщо ви не використовуєте RAID, не прикидайтеся масивом зберігання.

3) Режим завантаження: тільки UEFI, вимкніть CSM/Legacy

UEFI-завантаження — сучасна база. CSM (Compatibility Support Module) — це шлях до MBR-установок на апаратурі, що очікує GPT, і тоді вам доведеться вчитися ремонту завантажувача. Нікому це не приносить радості.

4) Secure Boot та TPM

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

5) Конфігурація слота NVMe і розподіл ліній

Деякі плати мають кілька M.2 слотів, де лише один підключений до CPU, інші — до чипсета, і деякі ділять лінії з SATA. Якщо NVMe зникає при підключенні іншого диска — це не паранормальне явище; це топологія.

Жарт #2: Розподіл ліній — це спосіб материнської плати сказати: «Ви можете мати дві хороші штуки, але не одночасно.»

Поширені помилки: симптом → причина → виправлення

1) Симптом: BIOS бачить NVMe, Windows Setup не бачить дисків

Причина: Увімкнено VMD/RST/RAID; у WinPE відсутній драйвер зберігання.

Виправлення: Вимкніть VMD / переключіться на AHCI, або підвантажте правильний Intel RST/VMD драйвер через drvload або «Load driver» у Setup.

2) Симптом: Диск показує diskpart, але не в списку розділів у Setup

Причина: Фільтрація в UI Setup, дивні метадані розділів або диск офлайн/тільки для читання.

Виправлення: Використайте diskpart, перевірте атрибути й очистіть їх; видаліть розділи або виконайте clean диска.

3) Симптом: «Windows cannot be installed to this disk. The selected disk is of the GPT partition style.»

Причина: Інсталятор завантажений у Legacy/CSM, але диск у GPT.

Виправлення: Перезавантажте й оберіть UEFI-запис для USB, потім встановлюйте на GPT.

4) Симптом: «Windows cannot be installed to this disk. The selected disk has an MBR partition table.»

Причина: Інсталятор в UEFI-режимі; диск у MBR.

Виправлення: У Shell Setup: diskpart → clean → convert gpt, потім встановлюйте.

5) Симптом: Диск зʼявляється тільки після видалення іншого SSD/HDD

Причина: Розподіл ліній вимикає один порт/слот при використанні іншого.

Виправлення: Перемістіть диски в інші порти/слоти відповідно до топології плати; іноді оновлення BIOS покращує сумісність.

6) Симптом: Setup бачить диск, інсталяція завершується, але система не завантажується

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

Виправлення: Відключіть інші диски під час інсталяції; відновіть bcdboot; підтвердіть UEFI-режим і порядок завантаження.

7) Симптом: NVMe зник після оновлення BIOS або «скидання до заводських»

Причина: За замовчуванням знову увімкнено VMD/RAID; змінився режим зберігання.

Виправлення: Відновіть відомі-робочі настройки прошивки; задокументуйте їх перед наступним оновленням BIOS.

8) Симптом: «No signed device drivers were found» при завантаженні драйверів

Причина: Неправильна архітектура драйвера (x86 проти x64), неправильний INF, політика Secure Boot або ви вказали папку без потрібного INF.

Виправлення: Використайте правильний x64 F6-пакет драйверів; підвантажте конкретний .inf; за потреби тимчасово відключіть Secure Boot для діагностики.

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

Міні-історія 1: Інцидент через хибне припущення

Вони впроваджували оновлену модель ноутбука великій кількості користувачів. Процес образу вважався «перевіреним»: завантажити WinPE, застосувати WIM, перезавантажитись — готово. На новій моделі WinPE завантажувався, мережа працювала, таск послідовність стартувала. Потім вона зламалася на кроці «розмітити диск», бо диск не працював.

Перше припущення було очевидним: «погана партія SSD». Хтось навіть поміняв кілька накопичувачів, бо так роблять, коли квапляться і проблема виглядає апаратною. Це не допомогло. Потім припустили, що «WinPE зламаний», і відтворили завантажувальний носій. Диск все ще не зʼявлявся.

Реальна причина була нудною: постачальник поставив нову модель з увімкненим Intel VMD за замовчуванням, а WinPE організації не мав VMD/RST драйвера. Старі моделі були в AHCI-режимі, і вбудований NVMe-підтримувач WinPE їх обробляв. Той самий процес, нова реальність.

Після підвантаження правильного драйвера диски зʼявилися миттєво. Справжнє виправлення — процесне: вони додали крок в пайплайн образування, який перевіряв наявність VMD-контролера і відмовлявся продовжувати без потрібного драйвера. Більше немає мовчазних зривів посеред інсталяції.

Міні-історія 2: Оптимізація, що відплатилася

Інша організація хотіла пришвидшити підготовку машин. Хтось придумав ідею: тримати RAID-режим увімкненим на всьому флоті, навіть для одиночних дисків, бо це «уніфікує стек зберігання» і «потім дозволить перейти на RAID». Також подобалося, що BIOS-меню виглядають однаково для документів.

Це працювало — поки не перестало. Через кілька місяців оновили інсталятор до нового билда і скоротили пакет драйверів, щоб зменшити розмір. NVMe-драйвер ще був (стандартний), але пакет RST/VMD видалили, бо він «виглядав зайвим» і не був потрібен для старих систем.

Результатом стали уповільнення при провізуванні, що виглядало як випадкові збої: деякі моделі все ще експонували NVMe напряму, інші використовували VMD, а спрощений набір драйверів працював лише на половині парку. Хелпдеск бачив «no disks found», а першим варіантом став «переключити на AHCI». Це порушило стандарт і зламало існуючі інсталяції на машинах, де Windows була встановлена з RAID-драйверами.

Вони врешті відкотили оптимізацію. Не тому, що RAID — це зло, а тому, що консистентність — це угода: якщо ви стандартизуєте на абстракційному шарі, треба підтримувати історію драйверів від WinPE до повної ОС. Видаляти «непотрібні» драйвери без розуміння сумісності між поколіннями апаратури — ризиковано.

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

Невелика команда, близька до SRE, вела лабораторні машини для билд-пайплайнів. Машини не були гламурними, але були критичні. У них була стандартна процедура для перевстановлення на голе залізо: відключити всі нецільові диски, задокументувати налаштування BIOS, встановлювати в UEFI-режимі, перевіряти GPT, потім підключати додаткове сховище.

Комусь це здавалося параною. Але одного дня хост для збірки впав і потребував швидкого відновлення. У хоста було два NVMe: один для ОС, інший для кешу збірок. Якщо встановлювати Windows з підключеними обома, Setup має неприємну звичку класти EFI System Partition на якийсь диск, який йому заманеться, особливо якщо один сьогодні «Disk 0», а завтра «Disk 1».

Вони дотрималися чекліста. Тільки OS NVMe. Встановлення. Після — перевірили, що EFI-розділ на правильному диску і bcdboot не був потрібний. Потім підключили диск кешу. Хост повернувся в сервіс без того роду проблем, що забирають день, коли хтось оновлює прошивку і змінюється порядок нумерації дисків.

Ця практика не приносить нагород за інновації. Вона приносить час безвідмовної роботи. У продукції єдина нагорода, що має значення, — це uptime.

Чеклісти / покрокові плани (робіть це, а не те)

План A: Чиста інсталяція для персонального ПК з одним NVMe (рекомендовано)

1. Відключіть інші диски (SATA SSD/HDD, додаткові NVMe). Запобігайте запису завантажувальних файлів на невірний диск.
2. Увійдіть у BIOS/UEFI:
   • Встановіть режим завантаження на UEFI (вимкніть CSM/Legacy).
   • Встановіть режим зберігання на AHCI або NVMe (вимкніть RAID/RST, якщо він вам не потрібний).
   • Вимкніть VMD, якщо він є (або хоча б для слота NVMe).
3. Завантажте інсталятор через UEFI-запис для USB.
4. На екрані вибору диска:
   • Якщо диск показано: видаліть розділи (або виконайте diskpart clean) і дайте Setup створити розділи.
   • Якщо диск не показано: переходьте до Плану B (драйвер) або перевірте VMD/RAID ще раз.
5. Після інсталяції підключіть інші диски і підтвердіть порядок завантаження та роботу Windows без USB.

План B: Корпоративна машина, де RAID/VMD має залишатися увімкненим

1. Залишайте налаштування прошивки згідно з політикою (не «виправляйте» вимкнувши VMD, якщо організація на ньому залежить).
2. Майте правильний x64 F6 драйвер зберігання на інсталяторному USB у відомій папці (наприклад \drivers\storage).
3. Завантажте Windows Setup, натисніть Shift+F10 і підвантажте драйвер через drvload.
4. Перевірте через diskpart → list disk, що NVMe зʼявився.
5. Продовжуйте інсталяцію; після встановлення перевірте контролер і драйвер у Device Manager або за допомогою pnputil.

План C: Диск видно, але інсталяція не проходить (очищення розділів/метаданих)

1. Shift+F10 → diskpart → list disk.
2. select disk 0 (підтвердіть розмір — це потрібний NVMe).
3. clean (стерти таблицю розділів; операція деструктивна).
4. convert gpt.
5. Поверніться в UI Setup і встановлюйте у нерозподіленому просторі.

План D: Інсталяція завершена, але система не завантажується

1. Підтвердіть, що ви завантажувалися та встановлювали в UEFI-режимі.
2. Відключіть вторинні диски (зменшіть змінні).
3. У WinPE призначте букви для Windows та EFI-розділів.
4. Запустіть bcdboot для відновлення завантажувальних файлів на EFI.
5. Перевірте порядок завантаження в BIOS: Windows Boot Manager має бути першим.

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

1) Чому Linux live бачить NVMe, а Windows Setup — ні?

Linux часто має ширшу вбудовану підтримку контролерів зберігання в ядрі, включно з деякими шляхами суміжними до VMD/RST. Образ WinPE інсталятора Windows може не мати драйвера від виробника. Це несумісність драйвер/режим контролера, а не «Windows ненавидить NVMe».

2) Якщо я вимкну RAID/VMD для інсталяції, чи можу я знову увімкнути його пізніше?

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

3) Чи потрібен AHCI для NVMe?

Ні. NVMe — це власний протокол. Про людей кажуть «AHCI», бо в BIOS-постачальників це часто означає «не RAID/RST». Вам потрібен «стандартний NVMe, доступний напряму», а не «NVMe, схований за RAID/VMD».

4) Я бачу диск, але Setup каже, що не можна встановити на цей розділ. Що робити?

Зазвичай це невідповідність режиму завантаження або стилю розділів (UEFI/GPT проти Legacy/MBR), або залишкова метадані. Завантажте інсталятор в UEFI та використайте diskpart clean + convert gpt для чистої інсталяції.

5) Чи перешкоджає Secure Boot виявленню NVMe?

Зазвичай ні. Secure Boot впливає на те, які завантажувачі і драйвери можуть запускатися. Він може ускладнити підвантаження драйверів від сторонніх виробників у WinPE, але сам по собі не «ховає» NVMe-пристрій.

6) Чому NVMe показує BIOS, але не в diskpart?

Якщо BIOS бачить пристрій, значить електрично він присутній. Якщо diskpart не бачить — ОС-середовищу бракує правильного шляху драйвера до режиму контролера, який зараз активний (VMD/RST тут частий підозрюваний).

7) Чи варто оновлювати BIOS/UEFI, щоб це виправити?

Якщо платформа стара або відома проблемами завантаження з NVMe, то так — оновлення BIOS може покращити перерахунок NVMe та надійність UEFI-завантаження. Але не робіть оновлення BIOS першим кроком. Спочатку перевірте VMD/RAID — це швидше й менш ризиковано.

8) Чому Windows Setup розміщує завантажувальні розділи на «не тому» диску?

Setup слідує порядку перерахування дисків і іноді вибирає перший придатний EFI System Partition, який бачить. Якщо підключено кілька дисків, він може записати завантажувальні файли на інший диск. Виправлення просте: відключіть інші диски під час інсталяції.

9) Чи потрібні фірмові NVMe-драйвери для продуктивності?

Більшість споживчих і корпоративних NVMe-дисків добре працюють на стандартному Microsoft NVMe-драйвері. Драйвери від виробника можуть додавати утиліти управління, але вони не обовʼязкові для базової продуктивності. Для надійності іноді краще менше рухомих частин.

10) Як зрозуміти, що це саме VMD?

У BIOS буде опція «VMD» або «Intel Volume Management Device». У WinPE/Windows у списках пристроїв може зʼявлятися контролер Intel VMD замість стандартного NVMe-контролера, поки не підвантажено потрібний драйвер.

Наступні кроки, щоб уникнути повторення

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

• Задокументуйте налаштування прошивки (VMD увімкнено/вимкнено, RAID/AHCI, UEFI/CSM). Фотографія підходить. Нотатка в тікеті підходить. Амнезія не підходить.
• Тримайте запас перевірених драйверів на інсталяторному USB: зберігання (RST/VMD), мережа та чипсет. Чітко маркуйте папки.
• Стандартизуйтесь на режимі встановлення: послідовно UEFI + GPT. Якщо машина не може цього робити, можливо, її варто вивести з експлуатації або ізолювати.
• Відключайте нецільові диски під час інсталяції. Це запобігає проблемам з розміщенням завантажувача й випадковим стиранням.
• Після інсталяції перевірте стек зберігання: переконайтеся, що система використовує очікуваний контролер/драйвер і що NVMe здоровий у інструментах ОС.

Головний висновок простий: коли Windows Setup не бачить ваш NVMe, зазвичай проблема не в диску. Проблема в шарі перекладу. Виправте режим контролера або підвантажте драйвер — і живіть далі спокійно.