Встановлення Windows офлайн і подальше чисте додавання драйверів

February 11, 2026 • February 11, 2026 • Читання: 5 хв • Views: 0

Було корисно?

Іноді потрібно встановити Windows без жодного мережевого підключення. Не «режим літака». Не «не знаю пароль Wi‑Fi». Маю на увазі: немає драйвера NIC, немає DHCP, немає винятків проксі, немає captive portal, немає корпоративного агента онбордингу, що «допомагає». Лише ви, USB‑накопичувач і машина, яка має запуститися сьогодні.

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

Основні принципи (що означає «чисто»)

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

Принцип 1: Розділяйте «критичне для завантаження» та «приємно мати»

Драйвери, критичні для завантаження, — це ті, що проводять вас через установку до стабільного робочого столу: контролер зберігання, чипсет, базова графіка і мережа (згодом). Усе інше може почекати. Це важливо, тому що Windows не може завантажити те, до чого не має доступу, і ви не зможете виправити мережу без способу перемістити файли на пристрій.

Принцип 2: Використовуйте Driver Store, а не випадкові виконувані файли

Windows має формальний механізм для драйверів: пакети INF, імпортовані в Driver Store. Коли ви встановлюєте через INF, Windows знає, як підготувати, відкотити та обрати найкращий драйвер для пристрою. Коли ви встановлюєте через «setup.exe», часто разом із драйвером приходить сюрприз: служби, планувальники, телеметрія, агенти оновлень і іконки в треї, що існують лише для продажу вам тривоги.

Принцип 3: Віддавайте перевагу WHQL‑підписаним драйверам від виробника апаратури, коли це потрібно

Windows Update (та каталог драйверів Microsoft) часто містять надійні WHQL‑підписані драйвери. Виробники апаратури іноді пропонують новіші. Новіше не означає автоматично краще; воно просто новіше. Вам потрібен найновіший, який вирішує вашу проблему. Якщо система стабільна й працює добре — не шукайте оновлень драйверів як хобі.

Принцип 4: Робіть зміни драйверів видимими та атомарними

Перед зміною драйверів зафіксуйте поточний стан. Після зміни перевірте, що пристрій використовує саме потрібний драйвер і що система здорова. Якщо ви не можете відкотити або хоча б повторно застосувати відому‑добру конфігурацію — ви граєтеся з виробничою системою.

Принцип 5: Розглядайте «офлайн» як функцію, а не як ваду

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

Цитата, що тримає в тонусі: Надія — не стратегія. — Gene Kranz

Факти й контекст, які змінюють уявлення про драйвери Windows

Підписування драйверів стало жорстким блоком для 64‑бітних Windows вже давно. Тому «той старий драйвер» з форуму зазвичай не працюватиме на сучасних збірках без болісних обхідних шляхів.
Driver Store Windows (DriverStore\FileRepository) — це зона підготовки, а не смітник. Windows використовує її для безпечної інсталяції/відкату пакетів драйверів і для автоматичного підбору драйверів пристроїв.
WHQL‑сертифікація існує тому, що «працювало на моїй машині» — не тест‑план. WHQL‑підписані драйвери тестуються на сумісність із Windows.
Windows Update вже давно розповсюджує драйвери сторонніх виробників. Це зручно, але також означає, що зміни драйверів можуть з’явитися, коли ви цього не очікуєте, якщо не контролювати оновлення.
Підбір за Plug and Play ID детермінований. Якщо ви знаєте hardware ID, зазвичай можна знайти правильний INF‑пакет без гадання.
Сучасні ноутбуки часто використовують Wi‑Fi модулі від обмеженого набору виробників. Один «пакет мережевих драйверів» може покрити велику флотилію, якщо ви ретельно його курируєте.
Багато «чипсетних» пакетів драйверів — це переважно метадані INF. Вони ідентифікують пристрої, щоб Windows знала, що це таке; зміни продуктивності часто мінімальні, але правильність (стани живлення, іменування пристроїв) має значення.
Драйвери контролера зберігання — класична міна під час офлайн‑встановлення. Якщо Setup не бачить диск, нічого іншого не має значення. Ось чому в Windows Setup донині існує «Load driver».
Windows може встановлювати драйвери з знімного носія автоматично, якщо ви вкажете папку. Вам не потрібен інсталятор — лише правильні INF‑пакети і дисципліна їх чистого розміщення.

План чистого переходу з офлайн на онлайн (дерево рішень)

Крок 0: Визначте, що ви розумієте під «офлайн»

Є два сценарії:

Офлайн під час інсталяції, онлайн пізніше: Ви встановите Windows без мережі, а потім у контрольований спосіб під’єднаєте мережу, щоб отримати відсутні драйвери.
Офлайн назавжди (ізольовано): Ви маєте принести всі потрібні драйвери й оновлення на знімному носії й підтримувати внутрішнє сховище драйверів.

Крок 1: Попередньо підготуйте набір драйверів (навіть якщо вважаєте, що не знадобиться)

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

Принаймні один комплект драйверів проводового Ethernet для поширених чипсетів (Intel, Realtek).
Принаймні один комплект Wi‑Fi драйверів для поширених чипсетів (Intel, Realtek, Qualcomm/Atheros, MediaTek).
Драйвери контролера зберігання, релевантні для вашого середовища (Intel RST/VMD, AMD RAID, певні контролери NVMe на серверах).
USB/чипсетні пакети, якщо ви інсталюєте на незвичних платформах.

Тримайте це як пакети на основі INF у папках. Жодних «driver booster» інструментів. Ніяких загадкових EXE. Ви будуєте набір, а не проклятий артефакт.

Жарт #1: Якщо ваш план щодо драйверів — «я просто погуглю пізніше», вітаю — ви винайшли downtіme‑as‑a‑service.

Крок 2: Встановіть Windows офлайн передбачуваним способом

Використовуйте офіційні установчі носії. Якщо Setup не бачить диск — завантажте драйвери зберігання під час Setup. Якщо Setup бачить диск — завершіть інсталяцію і рухайтесь далі. Не починайте встановлювати утиліти виробника в першу годину.

Крок 3: Перший запуск: інвентар перед «ремонтом»

Після першого запуску зробіть базову зйомку: які пристрої невідомі, які драйвери встановлено, яка версія/збірка Windows. Ця база — ваш якір для відкату і доказ при майбутніх проблемах.

Крок 4: Отримайте мережу найменш інвазивним способом

Надайте перевагу:

Провідний Ethernet (зазвичай простіше, менше складових).
USB‑Ethernet адаптер з підтримкою inbox‑драйвера (рятівник для сучасних ультрабуків).
Офлайн‑встановлення драйвера для вбудованого NIC/Wi‑Fi.

Крок 5: Додайте лише відсутні драйвери, потім перевірте

Встановлюйте драйвери, імпортуючи їх у Driver Store (pnputil) або оновлюючи через Device Manager, вказуючи папку. Потім підтвердіть, що пристрій використовує очікуваний драйвер і що журнали системи чисті.

Крок 6: Тільки після цього: опційні інструменти виробника

Якщо потрібно використовувати інструменти оновлення виробника (Dell Command Update, Lenovo Vantage тощо), робіть це після стабілізації базових драйверів і бажано після створення точки відновлення або знімка (VM) чи хоча б експорту драйверів. Ви додаєте зручність, а не будуєте на ній фундамент.

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

Ці завдання написані так, ніби ви на машині з сумнівними драйверами і вам потрібна правда, а не відчуття. Усі команди реалістичні. Виводи — репрезентативні.

Завдання 1: Визначте редакцію/збірку Windows для підбору сумісних драйверів

cr0x@server:~$ systeminfo | findstr /B /C:"OS Name" /C:"OS Version"
OS Name:                   Microsoft Windows 11 Pro
OS Version:                10.0.22631 N/A Build 22631

Що це означає: У вас Windows 11, збірка 22631 (сімейство 23H2). Пакети драйверів мають підтримувати модель WDM для Windows 11/10; старі драйвери часів Windows 7, ймовірно, не пройдуть.

Рішення: При виборі між кількома пакетами обирайте той, що явно підтримує Windows 11 або щонайменше Windows 10 21H2+.

Завдання 2: Подивіться, які пристрої мають відсутні драйвери (проблемні пристрої)

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -PresentOnly | Where-Object {$_.Status -ne 'OK'} | Format-Table -Auto"
Status     Class          FriendlyName                      InstanceId
------     -----          ------------                      ----------
Error      Net            Ethernet Controller               PCI\VEN_10EC&DEV_8168&SUBSYS...
Error      Other devices  PCI Device                        PCI\VEN_8086&DEV_A0A3&SUBSYS...
Error      Other devices  SM Bus Controller                 PCI\VEN_8086&DEV_A0A4&SUBSYS...

Що це означає: Пристрої присутні, але їхні драйвери не завантажено. InstanceId дає вам vendor/device ID, які можна зіставити з INF.

Рішення: Пріоритезуйте помилки, пов’язані з мережею та зберіганням/чипсетом. Аудіо може зачекати; доступ до диска — ні.

Завдання 3: Отримайте hardware ID, щоб знайти потрібний драйвер

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -InstanceId 'PCI\VEN_10EC&DEV_8168&SUBSYS_01231028&REV_15\4&2C0F6B2E&0&00E3' | Get-PnpDeviceProperty DEVPKEY_Device_HardwareIds"
KeyName                      Type        Data
-------                      ----        ----
DEVPKEY_Device_HardwareIds   StringList  {PCI\VEN_10EC&DEV_8168&SUBSYS_01231028, PCI\VEN_10EC&DEV_8168, PCI\VEN_10EC&CC_020000}

Що це означає: Мережевий контролер родини Realtek 8168. Це значно звужує пошук драйвера.

Рішення: Використайте перевірений драйвер Realtek PCIe GBE, бажано з OEM для конкретної моделі або з каталогу Microsoft/Windows Update пізніше.

Завдання 4: Перерахунок встановлених драйверів і їх постачальників (виявлення OEM‑сміття)

cr0x@server:~$ pnputil /enum-drivers | findstr /I /C:"Published Name" /C:"Driver Package Provider" /C:"Class" /C:"Driver Version"
Published Name :            oem23.inf
Driver Package Provider :   Microsoft
Class :                     Display adapters
Driver Version :            06/21/2006 10.0.22621.1

Published Name :            oem41.inf
Driver Package Provider :   Intel
Class :                     System
Driver Version :            08/15/2023 10.1.19502.8391

Що це означає: Базовий дисплей‑драйвер Microsoft показує знайому дату 2006 (про це пізніше). Intel‑системний драйвер сучасний.

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

Завдання 5: Підтвердіть, яким драйвером насправді користується пристрій

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class Net | Select-Object FriendlyName,Driver,Status | Format-Table -Auto"
FriendlyName                           Driver     Status
------------                           ------     ------
Realtek PCIe GbE Family Controller     oem77.inf   OK

Що це означає: NIC пов’язаний з oem77.inf і працює.

Рішення: Тепер можна вивести машину в мережу і дозволити Windows Update отримати решту драйверів — після встановлення політики щодо оновлень.

Завдання 6: Встановити пакет драйверів з папки (чистий імпорт INF)

cr0x@server:~$ pnputil /add-driver "D:\Drivers\NIC\Realtek\*.inf" /subdirs /install
Processing inf :            netrtx64.inf
Driver package added successfully.
Published Name :            oem77.inf
Driver package installed on matching devices.

Що це означає: Драйвер підготовлено в Driver Store і встановлено на відповідне обладнання.

Рішення: Якщо пише «added successfully», але не встановлено, ймовірно, hardware ID не відповідає; зупиніться і перевірте ID замість примусового встановлення.

Завдання 7: Експортуйте робочі драйвери з відомо‑хорошої машини (побудуйте свій комплект)

cr0x@server:~$ dism /online /export-driver /destination:"E:\DriverKit\FromKnownGood"
Deployment Image Servicing and Management tool
Version: 10.0.22621.1

Exporting driver packages...
[==========================100.0%==========================]
The operation completed successfully.

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

Рішення: Курируйте цей експорт. Залишайте тільки класи, потрібні для вашої флотилії, і версіонуйте його як код.

Завдання 8: Інжект драйверів у офлайн‑носій Windows (WIM), щоб Setup бачив диски/NIC

cr0x@server:~$ mkdir C:\Mount
cr0x@server:~$ dism /mount-wim /wimfile:"D:\sources\install.wim" /index:1 /mountdir:"C:\Mount"
Mounting image
[==========================100.0%==========================]
The operation completed successfully.

cr0x@server:~$ dism /image:"C:\Mount" /add-driver /driver:"E:\DriverKit\Storage" /recurse
[==========================100.0%==========================]
The operation completed successfully.

cr0x@server:~$ dism /unmount-wim /mountdir:"C:\Mount" /commit
[==========================100.0%==========================]
The operation completed successfully.

Що це означає: Ці драйвери будуть присутні в образі встановленої ОС — найчистіший спосіб уникнути драм «Load driver» під час Setup.

Рішення: Інжектуйте лише те, що потрібно (зберігання + можливо NIC). Чим більше ви інжектите, тим більше будете відповідати пізніше, коли зловмисний драйвер запечеться у кожну машину.

Завдання 9: Перевірте стан BitLocker перед змінами драйверів на корпоративних пристроях

cr0x@server:~$ manage-bde -status C:
Volume C: [OS]
    Size:                 475.10 GB
    BitLocker Version:    2.0
    Conversion Status:    Fully Encrypted
    Percentage Encrypted: 100.0%
    Protection Status:    Protection On
    Lock Status:          Unlocked
    Identification Field: Unknown
    Key Protectors:
        TPM

Що це означає: BitLocker активний і прив’язаний до TPM. Деякі зміни в прошивці/ланцюжку завантаження, викликані заміною драйверів зберігання, можуть спричинити запити на відновлення.

Рішення: Якщо ви торкаєтесь режимів контролера зберігання (AHCI/RAID/VMD), сплануйте призупинку BitLocker і доступ до ключа відновлення заздалегідь.

Завдання 10: Примусьте Windows шукати драйвери у локальному шляху (без інтернету)

cr0x@server:~$ powershell -NoProfile -Command "pnputil /add-driver 'E:\DriverKit\Network\*.inf' /subdirs"
Driver package added successfully.
Published Name :            oem91.inf

Що це означає: Драйвер підготовлено. Якщо пристрій присутній і збігається, можна додати /install або використати Device Manager для оновлення драйвера, вказавши папку.

Рішення: Використовуйте /install, коли впевнені; інакше просто підготуйте пакет, потім прив’яжіть його цілеспрямовано.

Завдання 11: Перевірте, чи Windows застрягла на «базовому» GPU‑драйвері і чому це важливо

cr0x@server:~$ dxdiag /t "%TEMP%\dxdiag.txt" & type "%TEMP%\dxdiag.txt" | findstr /I /C:"Card name" /C:"Driver Version"
Card name: Microsoft Basic Display Adapter
Driver Version: 10.0.22621.1

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

Рішення: Встановіть OEM‑GPU драйвер, якщо це ноутбук/десктоп. Для сервера, доступного лише через RDP, можна залишити його, якщо не спричиняє проблем з відображенням.

Завдання 12: Перевірте Event Viewer на збої завантаження драйверів (швидкий сигнал)

cr0x@server:~$ wevtutil qe System /q:"*[System[(Level=2) and (Provider[@Name='Service Control Manager'])]]" /c:5 /f:text
Event[0]:
  Provider Name: Service Control Manager
  Event ID: 7000
  Level: Error
  Description:
  The Intel(R) Management Engine Interface service failed to start due to the following error:
  The system cannot find the file specified.

Що це означає: Невідповідність драйвера/сервісу: встановлена служба очікує файл, якого немає, або інсталяція драйвера була неповною.

Рішення: Перевстановіть пакет драйвера чисто (шляхом INF), або видаліть пошкоджений пакет, якщо він не є критичним. Не ігноруйте повторювані помилки SCM — вони додають час завантаження та нестабільність.

Завдання 13: Підтвердіть драйвер контролера зберігання й режим (уникнення циклів завантаження)

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class SCSIAdapter | Format-Table -Auto"
Status Class       FriendlyName                          InstanceId
------ -----       ------------                          ----------
OK     SCSIAdapter Standard NVM Express Controller        PCI\VEN_144D&DEV_A808&SUBSYS...
OK     SCSIAdapter Intel(R) Volume Management Device...   PCI\VEN_8086&DEV_9A0B&SUBSYS...

Що це означає: У вас Intel VMD у ланцюжку. Режим зберігання має значення; неправильні зміни драйверів можуть зробити диск невидимим після перезавантаження.

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

Завдання 14: Видалити конкретний пакет драйвера (коли ви впевнені, що це причина)

cr0x@server:~$ pnputil /delete-driver oem132.inf /uninstall /force
Driver package deleted successfully.

Що це означає: Пакет видалено з Driver Store і примусово відв’язано від пристроїв, що його використовували.

Рішення: Робіть це лише коли маєте заміну або ви відкочуєте погане оновлення. Видаляти мережеві/зберігання драйвери без плану резервного відновлення — мистецтво перформансу.

Завдання 15: Перевірте налаштування доставки драйверів через Windows Update (контроль хаосу)

cr0x@server:~$ reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\DriverSearching" /v SearchOrderConfig
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\DriverSearching
    SearchOrderConfig    REG_DWORD    0x1

Що це означає: Пошук драйверів увімкнено (значення змінюється залежно від політики/версії). У керованих середовищах Group Policy або MDM можуть перекривати це.

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

Завдання 16: Створіть точку відновлення перед ризиковою хвилею драйверів (коли увімкнено System Protection)

cr0x@server:~$ powershell -NoProfile -Command "Checkpoint-Computer -Description 'Pre-driver-install' -RestorePointType 'MODIFY_SETTINGS'"

Що це означає: Точка відновлення створена (відсутність виводу — нормальна). Якщо виникає помилка, можливо System Protection вимкнено або політикою заблоковано.

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

Звідки мають надходити драйвери (і звідки не слід)

Добрі джерела (за рейтингом)

Windows Update (після того як базова стабільність досягнута): Добре для типових пристроїв, особливо NIC і чипсетів.
OEM‑пакети драйверів для вашої лінійки моделей: Особливо важливі для ноутбуків/доків, де взаємодія з енергоспоживанням і прошивкою має значення.
Драйвери від вендора чипів (Intel/AMD/NVIDIA/Realtek): Корисні, коли OEM повільний, але їх треба перевіряти щодо сумісності з вашим обладнанням і сценарієм використання.
Експортовані драйвери з відомо‑хороших пристроїв: Чудово для побудови офлайн‑кита. Ставтеся до цього як до старту, а не догми.

Погані джерела

Утиліти «оновлення драйверів»: Вони оптимізовані для масових інсталяцій, а не для коректності. Також люблять пакувати adware і «менеджери продуктивності».
Випадкові сайти‑репаки: Якщо пакет драйверів не підписаний і незручно відслідковується, ви імпортуєте ризик напряму в режимі kernel. Це не відвага — це необачність.
Автооновлювачі виробників без фіксації версій: Вони можуть протягом дня тягнути різні версії драйверів. Чудово для хаос‑інженерії, погано для платіжних систем.

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

Три корпоративні міні‑історії з передової

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

Середня організація впровадила «безпечний офлайн‑іміджинг» для ноутбуків, що використовуються в обмеженій лабораторії. Ідея була розумною: образувати офлайн, а потім під’єднати до домену на контрольованому мережевому сегменті. Команда припустила, що інбокс‑драйвери Windows «будуть достатні», аби підключитись для першого циклу оновлень.

В цілому це працювало — аж поки не вийшла нова ревізія ноутбука з іншим Wi‑Fi‑чипом. Та ж назва моделі, той самий SKU при закупівлі, але інше «залізо під корпусом». Офлайн‑образування завершилось, але перший запуск мав ні Wi‑Fi, ні Ethernet, бо док‑станція теж вимагала драйвер. Ноутбуки стали «цеглинами», якщо у вас не було готового шляху підвантажити драйвер.

Спроби стандартні: підключитись до дока, використати USB‑ключ, телефон‑хотспот. Хотспот ще вимагав Wi‑Fi. Док‑NIC потребував драйвер. USB‑ключ допоміг лише коли знайшли потрібний пакет, що був виконуваним файлом і відмовлявся запускатись без .NET, якого ще не було.

Виправлення було нудним: зібрали невеликий офлайн‑набір драйверів з INF‑пакетами NIC для основних виробників і один USB‑Ethernet адаптер, що працював з інбокс‑драйверами. Також почали фіксувати hardware IDs для кожної нової ревізії перед образом. Інцидент стався не через складність, а через припущення, що апаратна ідентичність лишається сталою тільки через документацію закупівлі.

Міні‑історія 2: Оптимізація, що обернулась проти

Інша організація хотіла швидших розгортань, тому вирішила інжектити «всі драйвери для всіх моделей» у Windows‑образ. Мета: один золотий WIM, що керує всім. Зберігання, чипсет, аудіо, камера, тачпад, доки — усе. Вони мали спільну папку з пакетами драйверів, вказали DISM з /recurse і вважали тему закритою.

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

Перша справжня біль з’явилася як переривчасті сині екрани на конкретній лінії ноутбуків. Тільки на деяких пристроях. Тільки після сну/пробудження. Корінь: інжектований пакет містив фільтровий драйвер, призначений для іншого варіанту тачпада. Він не був «шкідливим», але був достатньо неправильним, щоб дестабілізувати стек у певних переходах живлення.

Вони виправили це тим, чого не хотіли робити спочатку: розділили стратегію образів. Один базовий тонкий образ і модель‑специфічні бандли драйверів, застосовані під час деплою. Boot‑critical драйвери залищили в базовому образі, але все інше стало таргетованим. Оптимізація провалилась, бо обміняла швидкість розгортання на довготривалу коректність — а коректність завжди накопичує свій борг.

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

Фінансова компанія експлуатувала Windows‑ендпоінти зі строгим контролем змін. Жодних оновлень драйверів без заявки. Люди глузували, що це повільно. Потім оновлення графічного драйвера дісталося через Windows Update і спричинило мерехтіння та зависання додатків на підмножині машин з певним доком і мультидисплейною конфігурацією.

Команда, що «просто дозволяла Windows керувати драйверами», опинилась у скруті. Тим часом група зі строгим контролем мала заблоковані оновлення через політику і розгортала їх хвилями. Вони мали чітку базу: експортовані списки драйверів по лінії моделей і хеші відомо‑хороших пакетів у внутрішньому репозиторії.

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

Нудна практика не була в тикетингу. Вона була у видимості: знати, які версії драйверів встановлені, і мати відтворюваний спосіб застосувати (або не застосувати) нові. Це врятувало день, бо найкращий інцидент — той, що ви спостерігаєте, а не переживаєте на власному досвіді.

Плейбук швидкої діагностики

Коли щойно встановлена офлайн‑машина Windows поводиться погано, зазвичай ви маєте одну вузьку проблему: видимість сховища, доступність мережі або зламаний драйвер, що спричиняє нестабільність. Не блукайте. Проводьте триаж.

Перше: чи система бачить диск і завантажується надійно?

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

Друге: чи можна отримати мережевий шлях без встановлення купи софту?

Спробуйте провідний Ethernet спочатку.
Якщо нема драйвера NIC: використайте USB‑Ethernet адаптер з inbox‑підтримкою або встановіть NIC‑драйвер через pnputil з вашого набору.
Після виходу онлайн вирішіть, чи дозволяти Windows Update драйвери для цього класу машин.

Третє: чи є невідомі пристрої з чіткими hardware ID?

Зробіть інвентар проблемних пристроїв.
Отримайте hardware ID.
Зіставте з довіреним пакетом драйверів.

Четверте: чи система стабільна при сні/пробудженні, док/від’єднанні і під навантаженням?

Графіка + чипсет + драйвери управління живленням часто виявляють проблеми тут.
Перевірте журнали подій і проведіть швидкий функціональний цикл тестів.

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

1) «Драйвери не знайдені» під час Windows Setup

Симптом: Установник Windows не бачить внутрішній SSD/NVMe.

Корінна причина: Відсутній драйвер контролера зберігання (поширено з Intel VMD/RST конфігураціями) або режим RAID без драйверів.

Виправлення: Завантажте відповідний драйвер під час Setup з USB або інжектуйте його в boot/install WIM через DISM. Якщо політика дозволяє, переключіть режим BIOS на AHCI тільки якщо ви розумієте наслідки BitLocker і завантаження.

2) Після інсталяції: нема Ethernet, нема Wi‑Fi і нічого не можна завантажити

Симптом: Device Manager показує «Ethernet Controller» як невідомий; у Settings немає адаптерів.

Корінна причина: Відсутній NIC‑драйвер; іноді OEM прислав нову ревізію, яку не покривають інбокс‑драйвери.

Виправлення: Використайте офлайн‑набір драйверів з INF‑пакетами NIC і встановіть через pnputil /add-driver ... /install. Або використайте відомий USB‑Ethernet адаптер, що підтримується інбокс‑драйверами, щоб вивести систему онлайн для оновлень.

3) Ви встановили «пакет драйверів», але пристрій і досі невідомий

Симптом: Інсталятор запустився, перезавантажився, а жовтий знак лишився.

Корінна причина: Пакет не містив INF, що відповідає hardware ID вашого пристрою, або інсталювався лише контрольний додаток без драйвера.

Виправлення: Витягніть hardware ID і перевірте відповідність. Віддавайте перевагу INF‑встановленням; розпакуйте vendor EXE, якщо потрібно, і встановіть через INF.

4) Цикл завантаження або запит BitLocker після зміни драйвера зберігання

Симптом: Windows не завантажується або просить ключ відновлення після зміни налаштувань BIOS/зберігання.

Корінна причина: Зміна режиму контролера зберігання (VMD/RAID/AHCI) змінила ланцюжок завантаження; BitLocker бачить іншу конфігурацію. Або потрібний драйвер не завантажується на старті.

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

5) Випадкові BSOD після «очищення драйверів»

Симптом: BSOD після видалення старих драйверів або запуску скриптів очищення.

Корінна причина: Ви видалили пакет драйвера, що ще потрібен пристрою, або неправильно видалили фільтровий драйвер.

Виправлення: Перевстановіть відому‑добру версію драйверів; уникайте безрозбірливого чищення Driver Store. Використовуйте pnputil для видалення конкретних пакетів лише коли впевнені, що вони не використовуються.

6) Продуктивність погіршилась після встановлення «найновішого» GPU або чипсетного драйвера

Симптом: Статери, більше енергоспоживання, шум вентиляторів або проблеми з доком.

Корінна причина: Новіший драйвер змінив налаштування за замовчуванням або вніс регресію з вашою версією прошивки/доком/монітором.

Виправлення: Відкотіться до відомо‑доброї версії, потім зафіксуйте версії. Оновлюйте прошивку і драйвери як протестований набір, а не окремими експериментами.

7) Windows Update продовжує перевстановлювати драйвер, який ви не хочете

Симптом: Ви відкотили драйвер; він повертається.

Корінна причина: Політика оновлень дозволяє оновлення драйверів; Windows вважає оновлення вищим за версію.

Виправлення: В ентерпрайзі використовуйте політику/MDM для блокування драйверів або конкретних оновлень. На окремій машині змініть налаштування доставки драйверів і використайте обмеження встановлення пристроїв, якщо потрібно.

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

Контрольний список A: Мінімальне офлайн‑встановлення, яке не переслідуватиме вас

Почніть з чистого установчого носія Windows (не зміненого).
Візьміть USB‑накопичувач з:
- Папками NIC‑драйверів INF (щонайменше Intel + Realtek).
- Папками драйверів зберігання INF, релевантними для вашого обладнання (RST/VMD якщо потрібно).
- Текстовим файлом, куди ви записуєте модель машини, версію BIOS і будь‑які відхилення.
Встановіть Windows офлайн.
Перший запуск: зафіксуйте базовий стан пристроїв/драйверів.
Встановіть лише те, що потрібно, щоб забезпечити стабільну мережу.
Виведіть мережу онлайн і проведіть контрольовані оновлення (спершу OS‑оновлення, потім драйвери, якщо дозволено).
Встановлюйте GPU/чипсет лише якщо це потрібно для вашого навантаження (зазвичай для ноутбуків — так).
Перезавантажтеся, перевірте, експортуйте набор драйверів для повторного використання.

Контрольний список B: Побудова підтримуваного офлайн‑драйверного комплекту

Створіть структуру папок за класом і виробником (Network, Storage, Chipset, GPU).
Віддавайте перевагу пакетам драйверів, що містять INF/CAT/SYS файли (не лише інсталятори).
Фіксуйте:
- Версію драйвера
- Підтримувані версії ОС
- Hardware IDs, які покриваються (принаймні ключові)
- Джерело (OEM vs Microsoft vs вендор чипа)
Тестуйте на щонайменше одній машині на лінію моделей.
Тримайте комплект компактним. Видаляйте те, що не потрібно.
Версіонуйте комплект (дата в назві папки нормально; лише не закладайте це як постійну частину золотого образу).

Контрольний список C: Якщо потрібно інжектити драйвери в WIM

Інжектуйте лише boot‑critical драйвери, якщо немає сильної причини робити інакше.
Монтуйте WIM, додавайте драйвери, комітіть і документуйте точно, що інжектували.
Зберігайте оригінальний WIM незмінним, щоб мати можливість порівняти поведінку.
Тестуйте Setup на реальному обладнанні, яке раніше давало збій.
Перевіряйте після кожного оновлення встановчого медіа.

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

1) Чи можу я повністю встановити Windows 11 офлайн?

Так. Залежно від редакції та збірки може знадобитися обхід вимог мережі під час налаштування, але з точки зору драйверів це цілком реалістично. Головне — мати драйвери зберігання/NIC, якщо інбокс‑драйвери не покривають ваше обладнання.

2) Чому деякі драйвери Microsoft мають дату «2006»?

Це конвенція сумісності для інбокс‑драйверів, щоб вендорські драйвери могли мати вищий ранг за датою/версією. Не сприймайте це як «давній код»; сприймайте як «універсальна базова лінія».

3) Чи кращий «Оновити драйвер» у Device Manager, ніж запуск інсталяторів виробника?

Часто — так. Вказуючи Device Manager на папку з INF‑драйверами (або використовуючи pnputil), ви встановлюєте лише пакет драйвера. Вендорські інсталятори часто додають зайвий софт, що ускладнює налагодження.

4) У чому різниця між «стадіюванням» драйвера і його встановленням?

Стадіювання додає пакет драйвера в Driver Store. Встановлення прив’язує його до відповідного обладнання. Стадіювання безпечніше, коли ви не впевнені в відповідності; встановлення підходить, коли ви знаєте, що це збігається.

5) Чи варто інжектити всі драйвери в установчий образ, щоб усе працювало одразу?

Ні, якщо вам не подобається дебаг‑кошмар вибору драйверів між моделями. Інжектуйте лише критичні для завантаження драйвери; модель‑специфічні бандли застосовуйте після інсталяції, якщо вам потрібна швидкість.

6) Як поводитись з драйверами на ізольованих системах?

Побудуйте внутрішній драйверний комплект і поводьтесь з ним як зі контрольованим програмним забезпеченням. Використовуйте підписані драйвери, зберігайте версії, тестуйте зміни і встановлюйте через INF/Driver Store. Також сплануйте, як ви будете працювати з оновленнями прошивки — це окрема, але пов’язана проблема.

7) Чи можна скопіювати драйвери з іншої машини і просто вставити в System32?

Можна, але не слід. Драйвери мають бути в Driver Store з відповідними INF‑метаданими та підписами. Ручне копіювання файлів створює системи, що «працюють» до наступного перезавантаження, оновлення або перевірки пристроїв.

8) Який найнадійніший спосіб отримати мережу на машині без драйверів NIC?

Використайте USB‑Ethernet адаптер, що працює з інбокс‑драйверами, або встановіть NIC‑драйвер із перевіреного офлайн‑кита за допомогою pnputil. Уникайте методів tethering, які потребують працюючого Wi‑Fi.

9) Як визначити, якому пакету драйверів відповідає OEM‑ім’я, наприклад oem77.inf?

Використайте pnputil /enum-drivers і знайдіть це опубліковане ім’я, щоб побачити постачальника, клас і версію. Звідти вирішіть, чи це те, що ви очікували, або ж загальний fallback.

10) Коли слід дозволити Windows Update автоматично встановлювати драйвери?

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

Висновок: що робити далі

Встановлення Windows офлайн і подальше чисте управління драйверами — це не хака. Це дисциплінований робочий процес: отримайте завантажувальну ОС, зафіксуйте реальність, виведіть мережу онлайн свідомо, потім встановіть лише ті драйвери, які вам справді потрібні — через Driver Store — з можливістю відкату.

Практичні наступні кроки:

Зберіть сьогодні невеликий офлайн‑набір драйверів (NIC + зберігання). Поставте його на USB‑накопичувач і позначте чітко.
На відомо‑хорошій машині експортуйте драйвери через DISM і віддаліть результат у свій набір.
Практикуйте сценарій «немає мережевого драйвера» хоча б раз навмисно, щоб не опановувати його під час інциденту.
Для парків: зафіксуйте політику драйверів — хто оновлює, звідки і як відкочувати.

Мета не в тому, щоб мати найновіші драйвери. Мета — мати правильні драйвери, встановлені правильним способом, з найменшою драмою. Драма належить театру, а не режиму kernel.