Установник Windows не бачить диски: коли потрібні IRST або VMD

Що насправді відбувається, коли Windows Setup не показує диски

Windows Setup не «втратило ваш SSD». Воно втратило шлях до вашого SSD. Більшість сучасних NVMe-дисків сидять за контролером, який може бути представлений як:

• Стандартний NVMe (Windows має вбудований драйвер; зазвичай «працює з коробки»).
• Intel RST / режим RAID (контролер абстрагує диски; Windows потребує драйвера від Intel).
• Intel VMD (апаратна функція, яка «володіє» NVMe-пристроями, тому вони з’являються як керовані через VMD; Windows Setup потребує драйвера з підтримкою VMD).

Якщо BIOS налаштовано в режимі RAID або VMD, ваші NVMe-диски не виставляються як звичайні PCIe NVMe-пристрої. Їх презентує стек Intel. Це може бути бажаним у керованих парках (узгодженість, певні RAID-режими, корпоративні політики), але це ворожо ставиться до непідготовленого інсталяційного USB.

Тому інсталятор робить те, що може: завантажує WinPE, підвантажує вбудовані драйвери зберігання, перераховує пристрої зберігання — і махає рукою. Кнопка «Load driver» — не порада. Це люк з цієї ситуації.

Жарт №1: Windows Setup — як охоронець клубу. Якщо драйвера зберігання немає в списку, ваш SSD не потрапить у клуб.

Де люди витрачають час даремно

Вони сприймають це як загальний «баг Windows», а потім хаотично змінюють налаштування BIOS, поки щось не з’явиться. Іноді це працює. Іноді знищує ваші дані. Іноді порушує вимоги BitLocker після цього. Професійний підхід — визначити, чи маєте ви справу з IRST, VMD або чимось іншим, а потім діяти свідомо.

IRST vs VMD: у чому різниця і чому це важливо для Windows

Intel RST (Rapid Storage Technology) — практично в одному абзаці

IRST — це стек драйверів зберігання Intel для систем, налаштованих у режимі RAID (навіть якщо ви не використовуєте RAID). Коли «SATA mode» або «Storage mode» встановлено в RAID, прошивка видає контролер, який очікує драйвер Intel (часто під брендом RST). З NVMe-дисками IRST також може бути задіяний, особливо коли платформа хоче керувати NVMe за RAID-шаром.

Intel VMD (Volume Management Device) — практично в одному абзаці

VMD — це функція, що стоїть між CPU/чипсетом і NVMe-пристроями, представляючи їх як керовані кінцеві точки за контролером VMD. Це поширено на новіших платформах Intel, особливо корпоративних ноутбуках і серверах. Коли VMD увімкнено, ваші NVMe SSD не перелічуються як стандартні NVMe-пристрої для інсталятора ОС. Вони з’являться лише якщо ОС має коректний драйвер, сумісний з VMD.

Як зрозуміти, з чим маєте справу

• Якщо в BIOS явно згадується VMD (або «VMD controller»), припускайте, що потрібен VMD-совісний IRST-драйвер.
• Якщо BIOS вказує режим RAID і диски не показуються, припускайте, що потрібен IRST-драйвер.
• Якщо в BIOS встановлено AHCI і VMD вимкнено, Windows майже завжди бачить NVMe без додаткових драйверів (якщо лише контролер не спеціальний або образ не пошкоджений).

Два шляхи вирішення

1. Завантажити потрібний драйвер під час інсталяції (краще, коли потрібно зберегти RAID/VMD увімкненими).
2. Змінити режим зберігання в BIOS на AHCI / вимкнути VMD (краще для простих однодискових інсталяцій — якщо лише машина не керується і не вимагає RAID/VMD).

У корпоративних середовищах опція 2 може бути кар’єрообмежувальним кроком, якщо це порушує стандарти, ламає очікування віддаленого управління або анулює припущення щодо «золотого образу». Використовуйте її свідомо, а не в паніці.

Швидкий план діагностики (перший/другий/третій)

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

Перший: підтвердьте режим зберігання в BIOS і стан VMD

• Перевірте, чи VMD увімкнено для NVMe.
• Перевірте, чи контролер зберігання в режимі RAID/RST чи AHCI.
• Перевірте стан Secure Boot тільки якщо плануєте завантажувати непідписані драйвери (зазвичай так робити не слід).

Рішення: Якщо VMD/RAID увімкнено — плануйте завантажити IRST/VMD-драйвер. Не витрачайте час на перепартування; інсталятор ще не бачить пристрою.

Другий: з WinPE доведіть, чи взагалі Windows бачить якісь диски

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

Рішення: Якщо diskpart нічого не бачить, не звинувачуйте таблиці розділів. Ви все ще «угорі» від цього.

Третій: завантажте драйвер (або переключіть режим BIOS) і перевірте повторно

• Завантажте IRST/VMD «F6» драйвер з USB-накопичувача.
• Повторіть перерахунок дисків. Підтвердьте, що тепер бачите диски в diskpart та в GUI.

Рішення: Якщо драйвер завантажився, але диски все одно не з’являються, ймовірно, ви взяли невірну гілку драйвера (VMD vs non-VMD), неправильну архітектуру або є проблема з USB/носієм.

Факти та історія, що пояснюють сучасний біль

Це не дрібниці заради дрібниць. Вони пояснюють, чому «Windows не бачить диски» досі трапляється у 2026 році на преміальному залізі.

1. Ритуал «F6 driver» старший за NVMe. Інсталяції епохи Windows XP використовували F6 для завантаження сторонніх драйверів зберігання для RAID/SCSI-контролерів. М’язова пам’ять залишилась; термінологія — теж.
2. AHCI був революцією сумісності. Коли AHCI став поширеним, Windows отримав широку вбудовану підтримку SATA-контролерів, зменшивши потребу в драйверах від виробників на побутових машинах.
3. NVMe спростив апарат, потім VMD знову ускладнив видимість. Стандартний NVMe — простий, але корпоративні функції керованості часто вводять шар абстракції назад.
4. «Режим RAID» може бути увімкнений навіть якщо RAID не використовується. OEM-и постачають системи з увімкненим RAID/RST для уніфікації парку, а не тому, що кожен ноутбук робить RAID0.
5. VMD частково про управління і hot-plug. На деяких платформах воно підтримує корпоративну поведінку і стандартизовані шляхи нумерації, що подобається OEM-ам.
6. Вбудовані драйвери Windows відстають від функцій платформ. Microsoft не може включити всі нюанси контролерів постачальників у коробку без вибуху тестування та підтримки.
7. UEFI спростив інсталяції; режими контролерів зберігання зробили їх цікавими. UEFI позбавив багато проблем завантажувача, але режими контролерів зберігання все ще обмежують виявлення пристроїв.
8. Пакування драйверів OEM оптимізоване для роботи у запущеній Windows, а не для інсталяції. Вендори часто постачають EXE для живої ОС; інсталятор потребує витягнутих INF/CAT/SYS файлів.
9. Практики корпоративного іміджингу підсилюють дрібні невідповідності. Одна зміна базового BIOS (наприклад, ввімкнення VMD) може зламати кожен заздалегідь підготовлений інсталятор USB у будівлі.

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

Нижче — реальні завдання, які можна виконати під час усунення несправностей. Деякі виконуються всередині Windows Setup (WinPE), деякі — на адміністраторській робочій станції, а деякі — у Linux live, коли Windows не співпрацює. Кожне містить: команду, що означає вивід, і рішення.

Завдання 1: У WinPE підтвердьте, що ви дійсно в WinPE і яку збірку виконуєте

cr0x@server:~$ wpeutil UpdateBootInfo
Updating boot information...
Success.

Що це означає: Ви в Windows Preinstallation Environment (WinPE), якщо wpeutil існує і працює.

Рішення: Продовжуйте з інструментами WinPE. Якщо wpeutil відсутній — ви не в Setup/WinPE, і ці кроки не відповідатимуть вашому середовищу.

Завдання 2: У WinPE переліть фізичні диски (швидка перевірка «ми щось бачимо?»)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list disk

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---

Що це означає: Диски не перераховано. WinPE наразі не має видимості вашого контролера зберігання.

Рішення: Припиніть звинувачувати таблиці розділів. Завантажте IRST/VMD-драйвер або змініть режим BIOS.

Завдання 3: У WinPE перевірте, чи змонтовано інсталятор на USB і які букви дисків існують

cr0x@server:~$ wmic logicaldisk get deviceid, volumename, filesystem, size
DeviceID  FileSystem  Size        VolumeName
X:        NTFS        6442450944  BOOT
D:        FAT32       3126853632  ESD-USB

Що це означає: X: — RAM-диск WinPE; D: — ймовірно ваш інсталятор USB.

Рішення: У вас є місце для розміщення драйверів (інший USB може з’явитися як E: тощо). Якщо не бачите носія з драйвером — вирішіть проблему з USB-портом/носієм першочергово.

Завдання 4: У WinPE перегляньте доступні інструменти завантаження драйверів

cr0x@server:~$ drvload /?
Loads a driver offline.

DRVLOAD filename.inf

Що це означає: drvload доступний, саме так підвантажують витягнутий IRST/VMD INF під час Setup.

Рішення: Підготуйте папку з драйвером, яка містить INF/SYS/CAT, а не EXE.

Завдання 5: У WinPE завантажте IRST/VMD драйвер з другого USB

cr0x@server:~$ drvload E:\IRST\VMD\f6vmdflpy-x64\iaStorVD.inf
Driver package added successfully.
Published name: oem12.inf

Що це означає: INF драйвера завантажено і WinPE прийняло його.

Рішення: Негайно повторно запустіть diskpart. Якщо диски з’являться — продовжуйте інсталяцію. Якщо ні — ймовірно, ви завантажили неправильну гілку драйвера (non-VMD vs VMD) або неправильну архітектуру.

Завдання 6: У WinPE перевірте нумерацію дисків після завантаження драйвера

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        *

Що це означає: SSD тепер видно. Проблема була у видимості драйвера, а не в апаратній несправності.

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

Завдання 7: У WinPE ідентифікуйте диск і підтвердьте модель

cr0x@server:~$ wmic diskdrive get model, size, serialnumber
Model                          SerialNumber        Size
SAMSUNG MZVL21T0HCLR-00B00     S6XYZ0ABC123456     1024209543168

Що це означає: Ви бачите модель/обсяг. Це допомагає уникнути встановлення на неправильний пристрій (особливо на системах з кількома дисками).

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

Завдання 8: У WinPE перевірте, чи диск GPT і чи існують старі розділи

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> list part

  Partition ###  Type              Size     Offset
  -------------  ----------------  -------  -------
  Partition 1    Recovery           980 MB  1024 KB
  Partition 2    System             100 MB   981 MB
  Partition 3    Reserved            16 MB  1081 MB
  Partition 4    Primary            952 GB  1097 MB

Що це означає: Диск має існуючі розділи; він не «порожній». Це нормально для повторних образів.

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

Завдання 9: У WinPE підтвердьте, що бачите сховище драйверів і журнали

cr0x@server:~$ dir X:\Windows\inf
 Volume in drive X has no label.
 Directory of X:\Windows\inf

10/10/2025  11:03 AM    <DIR>          .
10/10/2025  11:03 AM    <DIR>          ..
09/15/2025  08:21 PM           152,340 setupapi.dev.log

Що це означає: Існує журнал SetupAPI; він фіксує спроби завантаження драйверів і помилки.

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

Завдання 10: У WinPE перегляньте SetupAPI лог на підказки прив’язки драйвера зберігання

cr0x@server:~$ type X:\Windows\inf\setupapi.dev.log | findstr /i "iastor vmd fail error"
>>>  [Device Install (Hardware initiated) - PCI\VEN_8086&DEV_9A0B]
>>>  Section start 2026/02/05 12:41:09.123
!    dvi: Failed to install device. Error = 0xE000022F

Що це означає: Платформа має Intel-пристрій (VEN_8086), і встановлення драйвера не вдалося з помилкою відповідності драйверного сховища/INF.

Рішення: Ймовірно у вас невірний пакет драйвера або неправильний INF. Перейдіть до OEM-пакета «F6», призначеного для інсталяції ОС, а не до повного RST-інсталятора.

Завдання 11: На Linux live USB підтвердьте, чи VMD активний і чи NVMe прихований за ним

cr0x@server:~$ lspci -nn | egrep -i "vmd|raid|nvme"
00:0e.0 RAID bus controller [0104]: Intel Corporation Volume Management Device NVMe RAID Controller [8086:9a0b]

Що це означає: VMD увімкнено і представляє себе як RAID-контролер. Ваш NVMe може не показуватись як звичайний nvme0n1.

Рішення: Для інсталяції Windows плануйте VMD-совісний IRST-драйвер. Альтернативно вимкніть VMD у BIOS (усвідомлюючи наслідки).

Завдання 12: У Linux перевірте, чи NVMe-диски видно як стандартні NVMe або за device-mapper/RAID

cr0x@server:~$ lsblk -o NAME,MODEL,SIZE,TYPE
NAME        MODEL                 SIZE TYPE
sda         USB  SanDisk 3.2Gen1  29G  disk
├─sda1                             4G  part
└─sda2                            25G  part

Що це означає: Видно лише USB-накопичувач; внутрішній NVMe також не видно для Linux (поширено коли VMD увімкнено без підтримки в ядрі або модулів).

Рішення: Це сильно вказує, що режим контролера є причиною, а не специфічна проблема Windows. Перейдіть у BIOS і підтвердьте конфігурацію VMD/RAID.

Завдання 13: На Windows адміністраторській машині перевірте, чи пакет драйвера дійсно містить потрібні INF-файли

cr0x@server:~$ ls -1 IRST/f6vmdflpy-x64
iaStorVD.cat
iaStorVD.inf
iaStorVD.sys
license.txt

Що це означає: Це «правильний» вигляд для Setup: INF/SYS/CAT у папці. Не один EXE.

Рішення: Скопіюйте цю папку на FAT32/NTFS USB і завантажте iaStorVD.inf в Setup. Якщо ваш завантажений файл — лише EXE, правильно витягніть його або дістаньте відповідний пакет для розгортання.

Завдання 14: Створіть робочий інсталяційний USB Windows (бо пошкоджений носій дає фейкові проблеми зі зберіганням)

cr0x@server:~$ sudo woeusb --device Win11_23H2_English_x64.iso /dev/sdb
WoeUSB-ng : Creating Windows USB stick on /dev/sdb...
Info: Mounting source filesystem...
Info: Copying files...
Info: Installing GRUB...
Done

Що це означає: Ваш USB успішно записано за допомогою інструмента, призначеного для Windows ISO.

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

Завдання 15: Опційно, але потужне: вбудуйте IRST/VMD драйвер у boot.wim, щоб більше ніколи не натискати «Load driver»

cr0x@server:~$ sudo mkdir -p /mnt/wim
cr0x@server:~$ sudo wimlib-imagex mount boot.wim 2 /mnt/wim
Mounting WIM image boot.wim (image 2) to directory /mnt/wim.
cr0x@server:~$ sudo wimlib-imagex add-driver /mnt/wim --driver IRST/f6vmdflpy-x64/iaStorVD.inf
Adding driver: IRST/f6vmdflpy-x64/iaStorVD.inf
Successfully added 1 driver package(s).
cr0x@server:~$ sudo wimlib-imagex unmount /mnt/wim --commit
Committing changes to WIM image...
Unmounting WIM image...
Done

Що це означає: Ви впекли драйвер у WinPE-образ (індекс 2 зазвичай Windows Setup). Тепер інсталятор має бачити VMD-керовані диски без ручного завантаження драйвера.

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

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

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

Середня компанія розгорнула нову партію ноутбуків для розробників. Той самий OEM, що й минулого року. Та сама версія Windows. Той самий інсталятор USB, акуратно підписаний фатальним маркером. Техніки очікували нудного дня «next-next-finish».

Натомість кожна машина вперлася в ту саму стіну: Windows Setup заявляв, що дисків немає. Команда припустила, що SSDи померли. Декілька ноутбуків пішли під RMA. Хтось навіть припустив «погану партію NVMe». Тоді відбулася перша справжня діагностика: один тех відкрив Linux live USB і виявив контролер Intel VMD у lspci.

OEM змінив базові налаштування BIOS. VMD тепер був увімкнений за замовчуванням. Інсталятор минулого року працював, бо NVMe були представлені як стандартні NVMe. Цього року ОС потребувала VMD-совісний IRST-драйвер під час інсталяції. Нічого не було «зламано»; змінилося середовище.

Вони вирішили проблему, витягнувши правильний F6 VMD-пакет драйверів і додавши його у робочий процес інсталяції. Запити на RMA скасували. Хибне припущення було не «диски мертві», а «ця платформа цього року поводиться як торішня». В інфраструктурі «той самий постачальник» — не те саме, що «той самий стек».

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

Інша організація вирішила оптимізувати час провізії. Ідея: «Якщо RAID/VMD створює проблеми, стандартизуємося на AHCI й вимкнемо VMD скрізь. Менше драйверів, менше проблем.» На папері виглядало чисто.

На практиці у них був змішаний парк. Деякі моделі мали BitLocker, увімкнений під час першого завантаження політикою. Інші — вендорські інструменти, що очікували режим RAID, і кілька покладались на предзавантажувальну діагностику, що припускала OEM-конфігурацію зберігання. Вимкнення VMD зробило Windows Setup щасливим, але створило інший вигляд суму: перевірки відповідності після інсталяції почали падати, а деяким пристроям довелося вручну відновлювати стан BitLocker, коли виміри не співпадали.

Піком проблеми стало те, що частина пристроїв згодом отримала оновлення BIOS, які знову ввімкнули VMD як «рекомендовані налаштування». Раптом пристрої, зібрані в AHCI, і потім автоматично змінені на VMD після оновлення — перестали коректно завантажуватись. Це не була катастрофа втрати даних, але це була операційна податкова, що ніколи не закінчувалась.

Вони врешті повернулися до нудного підходу: зберігати OEM-настройки зберігання і адаптувати інсталятор шляхом включення потрібних драйверів. «Оптимізація» зменшила складність інсталятора, але збільшила складність життєвого циклу. Класичний локальний мінімум.

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

Велике підприємство мало просте правило: кожна нова модель обладнання проходила односторінкову «boot and storage» валідацію перед масовим розгортанням. Не тижневе сертифікаційне тестування — просто відтворюваний чекліст. Задокументовано режим BIOS зберігання. Стан VMD задокументовано. WinPE dry run з diskpart. Пакет драйверів архівовано у стандартному місці.

Це було неефектно. Але й уникнуло хаосу, коли новий ультрабук прибув з увімкненим VMD і трохи іншим ідентифікатором пристрою, ніж попередні покоління. Команда за столом не мусила гадати. У внутрішній нотатці було: «VMD увімкнено, використовуйте iaStorVD.inf з затвердженого пакету. Підтвердьте, що Диск 0 з’явився в diskpart перед продовженням.»

Коли Windows Setup не показав диски (як і слід було очікувати), техніки виконали сценарій. Драйвер завантажено. Диск з’явився. Інсталяція завершена. Жодного ескалації. Жодного нічного чату. Жодної біганини по BIOS.

Це SRE-урок у іншому вбранні: більшість відмов запобігається нудною підготовкою, а не героїчним усуненням несправностей.

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

1) Симптом: «Не знайдено дисків», але SSD зовсім новий

Корінь: Увімкнено VMD; Windows Setup не має VMD-совісного IRST-драйвера.

Виправлення: Завантажте правильний F6 VMD-драйвер (часто iaStorVD.inf) під час Setup, або вимкніть VMD у BIOS, якщо це дозволено.

2) Симптом: Драйвер завантажується успішно, але диски все одно не показуються

Корінь: Ви завантажили неправильну гілку драйвера (non-VMD IRST), неправильну архітектуру або пакет покоління, що не відповідає вашому ID пристрою.

Виправлення: Використайте логи SetupAPI, щоб побачити PCI device ID і зіставити його з INF. Отримайте OEM-затверджений пакет драйверів для цієї платформи. Спробуйте INF, специфічний для VMD.

3) Симптом: Диски з’являються лише коли ви переключаєте BIOS у AHCI

Корінь: Увімкнено RAID/VMD і потрібні драйвери вендора; AHCI відкриває стандартний шлях, який Windows підтримує в коробці.

Виправлення: Віддавайте перевагу завантаженню драйверів і збереженню RAID/VMD, якщо корпоративний базлайн вимагає цього. Якщо ви обираєте AHCI — зафіксуйте це і усвідомте, що майбутні оновлення BIOS можуть змінити налаштування знову.

4) Симптом: Після зміни BIOS з RAID/VMD на AHCI існуюча Windows не завантажується

Корінь: Встановлена ОС була налаштована під іншу стек-драйверів зберігання; переключення режимів порушує перерахунок завантажувального накопичувача.

Виправлення: Якщо потрібно переключити, підготуйте Windows, увімкнувши відповідний драйвер перед зміною BIOS (або перевстановіть). У керованих середовищах уникайте випадкового перемикання режимів на вже встановлених системах без тестованої процедури.

5) Симптом: Під час Setup з’являється «A media driver your computer needs is missing»

Корінь: Часто проблеми з контролером USB/портом (особливо особливості USB 3.x), але це помилково діагностується як зберігання. Іноді це дійсно драйвер зберігання, але не завжди.

Виправлення: Спробуйте інший USB-порт (надавайте перевагу USB-A 2.0, якщо доступний), інший флеш-накопичувач і перезапишіть інсталятор. Потім повторно перевіряйте IRST/VMD.

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

Корінь: Працює невірний або універсальний драйвер, або платформа у деградованому стані RAID.

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

7) Симптом: У diskpart диск видно, але GUI інсталятора Windows не показує цілі для встановлення

Корінь: Диск може бути offline, у режимі тільки для читання або мати незвичайні метадані розділів, які збивають Setup.

Виправлення: У diskpart: attributes disk, online disk, і якщо політика дозволяє — очистіть і перетворіть у GPT.

8) Симптом: Все працювало минулого кварталу; зараз те саме не працює на тій самій моделі

Корінь: Оновлення BIOS змінило налаштування за замовчуванням (увімкнули VMD, переключили RAID), або ваш інсталятор ISO змінив збірку і видалив драйвер, на який ви покладались.

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

Жарт №2: Переключення режиму зберігання — це «ви пробували вимкнути і ввімкнути» корпоративного іміджу — ефективно, але будете жалкувати, якщо робитимете це випадково.

Контрольні списки / покроковий план

Чекліст A: Одноразова інсталяція (потрібно зібрати цю машину сьогодні)

1. Увійдіть в налаштування BIOS/UEFI.
2. Запишіть поточні налаштування: RAID vs AHCI, VMD увімкнено/вимкнено.
3. Завантажте інсталятор Windows з USB.
4. На екрані вибору диска натисніть Shift+F10, щоб відкрити командний рядок.
5. Запустіть diskpart → list disk.
   • Якщо дисків немає: потрібен драйвер або зміна режиму BIOS.
   • Якщо диски є: переходьте до рішень щодо розділів.
6. Вставте USB з витягнутими F6 IRST/VMD драйверами (INF/SYS/CAT).
7. Запустіть drvload проти правильного INF (часто iaStorVD.inf для VMD).
8. Повторіть diskpart → list disk, щоб підтвердити перерахунок.
9. У GUI натисніть Refresh. Оберіть правильний диск.
10. Продовжуйте інсталяцію. Після першого завантаження підтвердіть у Device Manager, що встановлено очікуваний драйвер контролера зберігання.

Чекліст B: Розгортання парку (щоб це припинилося)

1. Виберіть базовий BIOS на модель і зафіксуйте його через інструменти управління, де можливо.
2. Зберіть точний пакет драйверів, потрібний для цього базлайну (VMD vs non-VMD, сумісність з версією Windows).
3. Інтегруйте інжекцію драйверів у ваш іміджевий пайплайн:
   • Впровадьте в boot.wim, щоб Setup бачив диски.
   • Впровадьте в install.wim, щоб встановлена ОС мала драйвер при першому запуску.
4. Підтримуйте мінімальний «break glass» USB, що містить:
   • F6 папки драйверів для поширених моделей
   • Один текстовий файл з інструкцією, який INF для якої платформи завантажувати
5. Після кампанії оновлення BIOS проганяйте валідаційну інсталяцію в лабораторії.
6. Запишіть acceptance tests: WinPE бачить диски, інсталятор завершується, політики BitLocker проходять, цикл перезавантаження успішний.

Чекліст C: Якщо пропонується переключити BIOS з RAID/VMD на AHCI

1. Визначте, чи це нова інсталяція, чи існуюча ОС.
2. Якщо існуюча ОС: не переключайте режими без підготовки. Плануйте тестований шлях міграції або перевстановлення.
3. Підтвердіть корпоративні вимоги: очікування RAID, інструменти відповідності, виміри BitLocker/TPM.
4. Підтвердіть поведінку оновлень BIOS: чи повернуть прошивки налаштування зберігання у стан за замовчуванням?
5. Прийміть рішення:
   • Якщо потрібна корпоративна узгодженість: залишайте RAID/VMD і виправляйте інсталятор драйверами.
   • Якщо ви контролюєте весь життєвий цикл і хочете простоти: AHCI може бути прийнятним, але документуйте й забезпечте його.

Парафраз (Джин Кренц): «Будьте твердими та компетентними.» В опсах це означає спокійну діагностику, а не випадкове перемикання налаштувань.

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

1) Чому Windows Setup показує «No drives found» на новому NVMe-ноутбуку?

Тому що NVMe не виставлено як стандартний NVMe-пристрій. При увімкненому VMD або RAID/RST інсталятору потрібен драйвер Intel, щоб побачити диск.

2) Чи варто вимикати VMD, щоб установити Windows?

Якщо це ваш особистий комп’ютер і ви хочете найпростіший шлях, вимкнення VMD (і використання AHCI) працює добре. У корпоративних парках не робіть цього без погодження; це може призвести до проблем з післяінсталяційними інструментами, відповідністю або оновленнями прошивки.

3) Що таке «F6 driver» і чому його досі так називають?

Це старий метод інсталяції Windows для завантаження сторонніх драйверів зберігання, історично активований натисканням F6 у старих версіях Windows. Сьогодні це зазвичай кнопка «Load driver» і INF-файл, але назва прижилася.

4) Я завантажив Intel RST, але це EXE. Windows Setup не може його використати. Що робити?

Потрібні витягнуті файли драйвера (INF/SYS/CAT), зазвичай упаковані як «F6» бандл. Отримайте версію, призначену для інсталяції ОС, або правильно розпакуйте EXE на іншій машині.

5) Як зрозуміти, чи потрібен VMD-специфічний драйвер чи звичайний IRST?

Шукайте VMD у BIOS або ідентифікуйте контролер у логах/ID пристрою. На практиці: якщо VMD увімкнено — використовуйте VMD-совісний INF (зазвичай iaStorVD.inf). Якщо VMD вимкнено, але RAID/RST увімкнено — може знадобитись інший IRST-INF (інколи iaStorAC.inf у деяких пакунках).

6) Чи можна встановити Windows без завантаження драйверів, якщо переключитися на AHCI?

Зазвичай так, бо Windows має вбудовані AHCI і стандартні NVMe драйвери. Але якщо згодом ви знову увімкнете VMD/RAID, встановлена ОС може не завантажитись без потрібних драйверів і налаштувань.

7) Чому diskpart показує диск, а GUI інсталятора все одно не показує цілі для встановлення?

Поширені причини: диск в offline, тільки для читання, або має розділи з метаданими, що бентежать Setup. Використайте diskpart для перевірки атрибутів диска і online-стану; якщо політика дозволяє — очистіть і перетворіть у GPT.

8) Це проблема Windows 11 конкретно?

Ні. Це проблема видимості контролера зберігання. Windows 10 і 11 можуть стикатися з цим залежно від налаштувань платформи і драйверів в інсталяційному образі.

9) Чи мають AMD-системи ту саму проблему?

Вони також можуть мати проблеми «відсутнього драйвера зберігання», але IRST/VMD — це специфіка Intel. На AMD частіше мають справу з драйверами RAID від постачальника або іншими специфічними контролерами, а не VMD.

10) Яке найнадійніше довгострокове рішення для підприємства?

Припиніть покладатися на ручне «Load driver». Впровадьте правильні драйвери у WinPE (boot.wim) і образ ОС (install.wim), та зафіксуйте BIOS-базлайн для кожної моделі.

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

Коли Windows Setup не може знайти диски — припускайте відсутність драйвера зберігання або невідповідність режиму контролера, поки не доведено інше. Не витрачайте годину на перепартування диска, який інсталятор навіть не бачить.

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

1. Перевірте BIOS: чи увімкнено VMD? чи режим зберігання встановлено в RAID/RST або AHCI?
2. У WinPE виконайте diskpart → list disk. Нуль дисків означає, що відсутній шлях, а не диск.
3. Завантажте правильний IRST/VMD F6 драйвер (INF/SYS/CAT). Перевірте перерахунок дисків.
4. Якщо це повторювано на багатьох машинах — не робіть руками: вбудуйте драйвер у boot.wim і стандартизуйте BIOS-базлайн.

В результаті у вас буде менше «таємничих відмов SSD», менше циклів повторних інсталяцій і значно менше переключань BIOS «сліпою кулею». Ваше майбутнє «я» буде нудьгувати, і це ціль.