Подвійне завантаження — це не «дві іконки на робочому столі», а два повноцінні ядра, які по черзі отримують увесь процесор, усю відеокарту й увесь накопичувач. Windows 11 і Linux можуть жити на одному ПК, якщо спочатку розібрати ланцюжок завантаження: прошивка UEFI, таблиця GPT, розділ EFI, завантажувач GRUB і Windows Boot Manager. Без цього інсталятор Linux виглядає простим, а після перезавантаження лишається лише одна система.

Практичний порядок не змінювався роками й досі працює: спочатку Windows, потім Linux. Windows 11 уже стоїть на більшості машин, тож завдання зводиться до стискання тома, вимкнення шифрування й швидкого запуску, запису флешки та встановлення дистрибутива в незадіяний простір. Нижче — не короткий «три кроки», а повна схема з механікою, чек-листом, типовими поломками й межею, за якою краще зупинитися.

Як налаштувати подвійне завантаження Windows 11 і Linux так, щоб не втратити ліцензію, файли й можливість повернутися в «Блокнот» за 20 секунд: підготувати диск у самій Windows, віддати вільне місце інсталятору Ubuntu, Mint або Fedora й перевірити, що меню GRUB бачить обидва пункти. Решта — деталі, від яких залежить, чи цей процес завершиться з першого разу.

Чому Windows 11 і Linux ділять один диск і де саме виникає конфлікт

Сучасний ПК стартує не з головного завантажувального запису MBR, а з прошивки UEFI. Вона шукає на GPT-диску невеликий розділ FAT32 — EFI System Partition (ESP) — і запускає файл на кшталт EFIMicrosoftBootbootmgfw.efi або EFIubuntushimx64.efi. Windows 11 офіційно вимагає саме UEFI, можливість Secure Boot, TPM 2.0, щонайменше 4 ГБ оперативної пам’яті та 64 ГБ сховища. Linux на це не претендує так жорстко, але на машині з Windows 11 іншого режиму прошивки вже немає: Legacy/CSM краще тримати вимкненим, інакше з’являться два різні світи завантаження.

GRUB не «замінює Windows». Він стає першим у черзі UEFI, показує список і або вантажить ядро Linux, або передає керування Windows Boot Manager. Якщо Linux поставити першим, інсталятор Windows часто перезаписує запис у NVRAM і меню зникає. Тому класичне правило досі актуальне: Windows — перша, Linux — друга. На двох фізичних накопичувачах конфлікт слабший: кожна система може мати власний ESP, а вибір робить меню прошивки клавішею F12 / F10 / Esc.

Окремий шар — шифрування. Починаючи з Windows 11 версії 24H2 Microsoft знизила апаратні вимоги до Automatic Device Encryption: функція вмикається під час OOBE, якщо є TPM і Secure Boot, а користувач увійшов з обліковим записом Microsoft або Entra ID. Це стосується й Home: у інтерфейсі часто написано «Шифрування пристрою», під капотом — BitLocker. Локальний обліковий запис автошифрування не активує. Документація Microsoft (learn.microsoft.com) прямо вказує: захист «озброюється» лише після входу з хмарним акаунтом.

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

BitLocker прив’язує ключ до вимірів TPM, зокрема PCR 7 (стан Secure Boot). Якщо в ланцюжок додати GRUB або змінити базу сертифікатів Secure Boot, Windows може вимагати 48-значний ключ відновлення. У крайньому сценарії зміна бази Secure Boot без збереженого ключа означає втрату доступу до тома. Архів ArchWiki формулює це жорстко: зміна налаштувань Secure Boot змінює PCR 7 і може унеможливити розблокування BitLocker. Практичний висновок для домашнього ПК: або вимикаємо шифрування на час встановлення й не чіпаємо ключі прошивки без потреби, або вантажимо Windows напряму з меню UEFI, а не через GRUB.

Другий тихий конфлікт — швидкий запуск. Windows 11 за замовчуванням не вимикається «начисто»: вона гібернує ядро, залишаючи NTFS у стані, який Linux не повинен монтувати для запису. Результат — «диск у режимі гібернації», пошкодження спільної папки, збій os-prober. Команда powercfg /h off у терміналі від імені адміністратора вимикає гібернацію разом із швидким запуском і видаляє hiberfil.sys. Після великих оновлень прапорець іноді повертається — це варто перевіряти.

Годинник теж роз’їжджається, бо Linux уважає апаратний RTC за UTC, а Windows — за місцевий час. Найчистіше рішення: змусити Windows працювати в UTC через параметр реєстру RealTimeIsUniversal. Інакше двічі на рік після переходу на літній час одна з систем показуватиме зсув на годину або на три, залежно від пояса.

Чек-лист перед першим стисканням тома

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

1. Повна копія даних і ключа BitLocker. Документи, браузерні профілі, ключі SSH, експорт закладів — на зовнішній диск або в хмару. Ключ відновлення шукайте в параметрах шифрування пристрою або в обліковому записі Microsoft, розділ ключів відновлення. Без нього експерименти з TPM закінчуються цеглою.
2. Підтвердження UEFI й GPT. Win + R → msinfo32. Рядок «Режим BIOS» має бути UEFI, диск — GPT. Якщо раптом Legacy, Windows 11 уже стоїть у нетиповій конфігурації; конвертація MBR→GPT можлива через mbr2gpt, але це окрема операція з ризиком.
3. Вимкнення шифрування. Home: Параметри → Конфіденційність і захист → Шифрування пристрою → Вимкнути. Pro: керування BitLocker або manage-bde -off C:. Статус перевіряйте manage-bde -status: «Protection Off» і завершене розшифрування. На великих SSD це триває десятки хвилин.
4. Вимкнення швидкого запуску й гібернації. Адміністративний термінал: powercfg /h off. Додатково: Панель керування → Електроживлення → Дії кнопок живлення → зняти прапорець швидкого запуску, якщо він ще видимий.
5. Місце під Linux. Керування дисками (diskmgmt.msc) → том C: → Стиснути том. Для комфортної роботи плануйте 80–120 ГБ незадіяного простору; технічний мінімум Ubuntu — близько 25 ГБ, але після оновлень, плоских пакетів і кількох IDE диск «задихається». Не створюйте в Windows розділ під Linux: Disk Management не вміє ext4. Залиште чорну область Unallocated.
6. Флешка 8 ГБ і ISO. Ubuntu LTS, Linux Mint, Fedora Workstation або Zorin — дистрибутиви з підписаним shim, тобто зі штатною підтримкою Secure Boot. Запис: Rufus (схема GPT, ціль UEFI; для Ubuntu часто режим DD) або Ventoy, якщо хочете кілька ISO на одному носії. Etcher теж годиться, але менше гнучкості.
7. Ноутбуки з Intel RST / VMD. Якщо в прошивці стоїть RAID, а не AHCI, інсталятор Linux може не побачити NVMe. Перемикання контролера після встановлення Windows потребує окремої підготовки (завантаження Windows у безпечному режимі перед зміною). Якщо не впевнені — не чіпайте RST самостійно.

За моїм досвідом використання цього протягом місяця на домашньому ПК з 512 ГБ NVMe найвужчим місцем виявилося не GRUB, а саме стискання: Windows тримала непереміщувані файли, поки не вимкнули гібернацію й файл підкачки на час операції. Після чистого вимкнення «Стиснути том» віддав потрібні гігабайти з першої спроби.

Окремо для початківця: не видаляйте розділи Recovery, EFI й «MS Reserved». Вони маленькі й виглядають «зайвими», але без EFI не стартує жодна система, а без WinRE Windows втрачає середовище відновлення. Для досвідченого користувача той самий чек-лист доповнюється знімком таблиці розділів (скрин diskmgmt або вивід diskpart → list vol) — це страховка, якщо доведеться збирати диск руками.

Встановлення Linux другим: від флешки до меню GRUB

Windows підготовлена, незадіяний простір є, флешка записана. Перезавантаження — і одразу клавіша меню завантаження (Dell/ASUS часто F12, HP — F9 або Esc, Lenovo — F12, MSI — F11). Обирайте пункт із позначкою UEFI, не Legacy. Якщо флешки немає в списку, у прошивці вимкніть Fast Boot самої плати й перевірте, що USB-накопичувач дозволений.

Ubuntu 24.04 і новіші збірки зустрічають новим інсталятором: мова, розкладка, мережа, «інтерактивне встановлення». Драйвери Wi-Fi й додаткові кодеки варто поставити одразу, якщо є інтернет. Ключовий екран — розмітка диска. Якщо є пункт на кшталт Install Ubuntu alongside Windows Boot Manager, це найкоротший шлях для початківця: повзунок ділить вільне місце, інсталятор сам створює ext4 і прописує GRUB в існуючий ESP. Форматувати EFI не пропонуйте й не погоджуйтесь.

Якщо автоматичного пункту немає (типово після ручного стискання або на нестандартній таблиці), обирайте ручну розмітку. Мінімальна робоча схема на одному диску виглядає так.

Windows створює ESP близько 100 МіБ (на дисках 4K native — близько 300 МіБ). Для двох завантажувачів це тісно, але для домашнього dual boot зазвичай вистачає. Другий ESP на тому самому диску Windows іноді перестає бачити коректно; ArchWiki радить не плодити зайві EFI-розділи без потреби. Дані таблиці узгоджені з типовою практикою інсталяторів Ubuntu 24.04 і документацією розмітки GPT/UEFI.

Єдиний рядок, який ламає Windows частіше за всі інші: «форматувати» напроти EFI. Інсталятор має використати існуючий розділ як /boot/efi. Форматування стирає Windows Boot Manager — і тоді вже потрібен носій відновлення Microsoft, а не «ще раз натиснути Далі».

Після облікового запису й часового пояса встановлення на NVMe триває кілька хвилин. Вийміть флешку, перезавантажтеся. Має з’явитися GRUB: Ubuntu (або Mint/Fedora), додаткові параметри ядра, Windows Boot Manager. Якщо машина все одно влітає в Windows, зайдіть у прошивку й поставте Ubuntu/Fedora першим у Boot Order; Windows оновленнями любить повертати себе нагору.

Secure Boot для Ubuntu, Mint, Fedora й openSUSE вимикати не обов’язково: вони вантажаться через Microsoft-підписаний shim. Вимикайте його лише якщо конкретний ISO не стартує або ви ставите дистрибутив без підписаного завантажувача. Після першого входу в Linux виконайте оновлення системи — свіжий shim важливий, бо політика SBAT у прошивці відсікає застарілі завантажувачі.

Досвідчений користувач на цьому ж кроці може увімкнути LUKS для кореня Linux. У новіших інсталяторах Ubuntu є окремий сценарій шифрування поряд із Windows, але BitLocker на час розмітки все одно має бути знятий, якщо ви чіпаєте той самий диск. Альтернатива «не чіпати Windows взагалі» — другий ESP на другому накопичувачі й повністю незалежні ланцюжки; тоді Windows лишається з TPM-прив’язкою, а Linux живе своїм життям.

Один SSD, два диски чи взагалі без dual boot

Саме питання «як поставити другу систему» часто маскує інше: чи потрібен нативний Linux. У 2026 році WSL2 закриває більшість сценаріїв розробки всередині Windows: термінал, Docker, багато мов, навіть CUDA через прошарок dxcore. Нативний dual boot лишається виправданим там, де потрібне «залізо без посередника»: ігри на Proton/Wine з повною відеокартою, низькорівневі драйвери, реальний kernel, вимірювання продуктивності, дистрибутиви з іншим стеком ініціалізації.

Порівняння GPU варто читати обережно: цифри залежать від драйвера й задачі. В одному незалежному порівнянні нативного Ubuntu 24.04 і WSL2 на RTX 4070 Ti вивід llama.cpp для моделі 7B дав орієнтовно 68 проти 58 токенів на секунду — розрив близько 15 %. Для компіляції й веброзробки різниця часто менша за зручність не перезавантажуватися. Dual boot виграє, коли ця різниця або відсутність прошарку для вас принципові.

Два диски знімають ще одну побутову проблему: оновлення Windows, яке ставить Windows Boot Manager першим. На другому накопичувачі Linux можна вибрати в меню прошивки, навіть якщо GRUB «загубився» на системному SSD. Для ноутбука з одним слотом M.2 лишається схема одного диска — тоді резервна флешка з Boot-Repair і копія ключа BitLocker стають не параноєю, а комплектом виживання.

Початківцю, якому потрібен Python і Docker, чесніше почати з WSL2 і поставити dual boot лише коли WSL упреться в драйвер, VPN, USB-пристрій або гру. Досвідченому користувачеві, який уже знає, що йому потрібен саме kernel і KVM, навпаки, не варто витрачати тижні на «майже Linux» у підсистемі.

Помилки, через які після перезавантаження лишається лише Windows

Більшість «у мене не з’явився Linux» — не містика прошивки, а кілька повторюваних дій. Короткий розбір, чому так робити не варто.

• Ставити Linux першим на чистий диск, а Windows — другим. Інсталятор Microsoft перезаписує завантажувач і ігнорує GRUB. Відновлювати доведеться з live-сесії. Виняток — два фізичні диски з роздільним Boot Order.
• Форматувати EFI «для чистоти». Це стирання Windows Boot Manager. ESP спільний; його використовують, а не перестворюють без крайньої потреби.
• Стискати диск, поки увімкнені BitLocker і швидкий запуск. Або стискання не вдасться, або Linux побачить «гібернований» NTFS і не додасть Windows у меню.
• Створювати розділ під Linux у diskmgmt і форматувати його в NTFS. Інсталятору потрібен незадіяний простір або коректний ext4, який ви створюєте вже в ньому.
• Вимикати Secure Boot «про всяк випадок» на машині з увімкненим BitLocker. TPM може вимагати ключ відновлення. Для Ubuntu/Fedora Secure Boot зазвичай лишають увімкненим.
• Ігнорувати os-prober. У GRUB 2.06+ зондування інших ОС вимкнене з міркувань безпеки. Якщо Windows немає в меню, у /etc/default/grub ставлять GRUB_DISABLE_OS_PROBER=false і виконують sudo update-grub.
• Писати флешку в режимі MBR/Legacy на UEFI-машину. Носій не з’являється в списку або вантажиться «не той» стек. Для Windows 11 ціль — GPT/UEFI.
• Видаляти OEM-розділи відновлення. Місця вони економлять мало, а сервісне меню ноутбука втрачається назавжди.

Окремий міф: «Secure Boot і Linux несумісні». Для основних десктопних дистрибутивів це давно не так. Інший міф: «після dual boot пропаде активація Windows». Розділ C: лишається на місці, ліцензія прив’язана до обладнання й облікового запису; зникає вона лише якщо стерти том або замінити системну плату. Третій міф: «на Home неможливо, бо немає BitLocker, отже й проблем немає». Device Encryption на 24H2 як раз найчастіше стоїть саме на домашніх редакціях після входу з акаунтом Microsoft — і саме його не помічають, бо окремої консолі BitLocker там немає.

Діагностика за симптомом: що перевіряти, якщо система не стартує

Симптом важливіший за загальні поради. Нижче — типові картини після невдалого dual boot і перший крок, який має сенс.

Одразу вантажиться Windows, GRUB немає. Зайдіть у UEFI → Boot Order і підніміть ubuntu / fedora / debian вище Windows Boot Manager. Якщо запису Linux немає, з live-флешки встановіть Boot-Repair або вручну змонтуйте ESP і перевстановіть GRUB. Команда efibootmgr -v в Linux покаже, чи прошивка взагалі бачить другий завантажувач.

GRUB є, пункту Windows немає. Вимкніть швидкий запуск у Windows (для цього інколи доводиться один раз завантажити її з меню прошивки напряму), потім у Linux: sudo os-prober і sudo update-grub. Переконайтеся, що корінь Windows не BitLocker-закритий настільки, що зондувальник не бачить файлової системи.

Чорний екран «Verifying shim SBAT data failed: Security Policy Violation». Це політика Secure Boot Advanced Targeting. У серпні 2024 оновлення Windows застосовувало SBAT і на машинах із dual boot; визначення другої ОС спрацьовувало не завжди. Тимчасовий шлях: вимкнути Secure Boot, увійти в Linux, виконати sudo mokutil –set-sbat-policy delete, перезавантажитися в Linux ще раз, увімкнути Secure Boot. Оновлений shim дистрибутива має бути вже встановлений. Microsoft пізніше виправляла логіку виявлення dual boot у подальших сукупних оновленнях; тримати завантажувач Linux свіжим усе одно обов’язково.

Windows просить ключ відновлення BitLocker. Це зміна PCR (Secure Boot, інший EFI, інший шлях через GRUB). Введіть збережений ключ. Далі або вантажте Windows з меню UEFI, минаючи GRUB, або не змінюйте базу ключів прошивки. Повторне «озброєння» BitLocker після стабілізації ланцюжка зменшує сюрпризи на наступних ребутах.

grub rescue> або «unknown filesystem». Зсунулася нумерація розділів або пошкоджено /boot. Live-сесія, chroot у встановлений корінь, grub-install на диск (для UEFI — установка в ESP) і update-grub. Не форматуйте ESP «щоб полагодити».

Годинник тікає на кілька годин. Або Windows переводять на UTC, або Linux — на localtime. Перший варіант чистіший для мережевих протоколів і логів.

Спільний NTFS монтується лише для читання. Майже завжди це гібридне вимкнення Windows. Поверніться в Windows, вимкніть швидкий запуск, виконайте повне Shut down, не Hibernate. У Linux перевірте ntfs-3g і відсутність файлу hibernation у корені тома.

Якщо після оновлення Windows Linux знову зник — повторіть Boot Order, не перевстановлюйте систему. Це найчастіша «поломка», яка лікується одним рядком у прошивці.

Короткі відповіді на питання після першого вдалого завантаження

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

Чи обов’язково вимикати Secure Boot? Ні, якщо дистрибутив підписаний через shim (Ubuntu, Mint, Fedora, Debian, openSUSE). Так — якщо інсталятор відмовляється стартувати або ви свідомо ставите систему без підпису. На BitLocker-машині вимикання Secure Boot може викликати запит ключа.

Скільки місця віддати Linux, якщо диск 512 ГБ, а Windows уже з’їла 180? Комфортний коридор — 80–150 ГБ під Linux, решта Windows. Менше 40 ГБ має сенс лише для «подивитися й видалити». Ігри й великі датасети краще тримати на спільному NTFS/exFAT, а не в ext4, якщо до них потрібен доступ з обох систем.

Чи можна залишити BitLocker увімкненим? Так, якщо не змінюєте Secure Boot і вантажите Windows не через змінений ланцюжок GRUB, або якщо ESP для Linux окремий. Для стискання тома шифрування все одно доведеться зняти або призупинити. Після встановлення його можна увімкнути знову, зберігши новий ключ.

Як зробити Windows пунктом за замовчуванням? У Linux відредагуйте /etc/default/grub: GRUB_DEFAULT на номер або точну назву пункту Windows, за бажанням збільште GRUB_TIMEOUT, потім sudo update-grub. Альтернатива — лишити GRUB, але в прошивці поставити Windows першим; тоді до Linux потраплятимете через F12.

Що з іграми та античітом? Частина клієнтів (особливо з ядрами античитів рівня Easy Anti-Cheat / Vanguard) на Linux не запуститься або вимагатиме Windows. Dual boot тут чесніший за WSL: ви просто перезавантажуєтесь у Windows на вечір рейду. Очікувати, що «все з Steam запрацює», не варто — Proton закриває багато, але не античит-стеки.

Коли варто зупинитися і віддати диск фахівцю

Домашній ПК із роздрібною Windows 11 Home/Pro, одним SSD і збереженою копією файлів — типова задача, яку користувач закриває самостійно за вечір. Є конфігурації, де ціна помилки вища за вартість послуг сервісу.

Корпоративний ноутбук із BitLocker під керуванням організації, обліковим записом Entra ID і прошивкою з паролем супервізора — не полігон. Вимкнення шифрування може порушити політику, а зміна PCR заблокує диск до приходу адміністратора. RAID-масиви, динамічні диски Windows, Intel RST у режимі RAID, шифрування FileVault-подібних контейнерів на спільному зовнішньому томі, єдиний екземпляр бухгалтерської бази без бекапу — це межа, за якою самостійне «ще раз стисну том» вже не сміливе, а дороге.

У нашій практиці ми стикалися з таким випадком, коли власник ігрового ноутбука вимкнув Secure Boot, щоб «флешка точно побачилась», хоча Ubuntu і так вантажилась через shim. Windows 11 з Device Encryption після ребута попросила ключ відновлення, якого не було ні в акаунті, ні на роздруківці. Диск довелося розбирати через середовище відновлення й копіювати профіль з live-сесії. Саме встановлення Linux зайняло б 15 хвилин; відновлення зайняло день. Різниця — один прапорець у прошивці й відсутність ключа на папері.

Самостійно варто робити dual boot, якщо ви можете: зняти повний бекап, перевірити msinfo32, дочекатися розшифрування тома, залишити EFI недоторканим і знайти клавішу Boot Menu на своїй моделі. Якщо хоч один пункт із цього речення зараз звучить як загадка, а на диску — диплом, замовлення клієнтів або сімейний фотоархів без копії, логічніше віднести накопичувач людині, яка вже збирала такі конфігурації. Linux нікуди не дінеться. Дінуться лише файли, які існували в одному екземплярі.

Коли обидві системи вже стартують, наступна турбота буденна: оновлення Windows, яке знову виставить свій завантажувач першим, і оновлення Linux, яке підтягне новий shim. Раз на кілька місяців відкрийте Boot Order і переконайтеся, що меню досі ваше. Це й є робочий режим dual boot — не героїчне встановлення, а коротка перевірка після патчів.