Як встановити WSL у Windows 11 і Windows 10: покрокова інструкція

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

Що таке WSL і кому вона потрібна

Windows Subsystem for Linux (WSL) дає змогу встановити дистрибутив Linux — Ubuntu, Debian, openSUSE, Kali, Arch та інші — і користуватися застосунками, утилітами й інструментами командного рядка Bash безпосередньо у Windows, без накладних витрат на класичну віртуальну машину чи налаштування подвійного завантаження. Це описано в офіційній документації Microsoft.

Історично існує дві архітектури. WSL 1 (2016 рік) працювала як шар сумісності, що транслював системні виклики Linux у виклики ядра Windows. WSL 2 (2019 рік) запускає справжнє ядро Linux у полегшеній віртуальній машині на базі Hyper-V — саме тому сумісність із реальним ПЗ для Linux у неї значно вища. Усі нові дистрибутиви, встановлені сучасною командою, за замовчуванням отримують WSL 2.

Ще одна принципова зміна: з 2021 року WSL більше не є частиною коду Windows. Це окремий пакет із власним графіком оновлень, який не залежить від того, коли Microsoft випустить наступне велике оновлення операційної системи.

Системні вимоги

• Windows 11 або Windows 10 версії 2004 і вище (збірка 19041 і вище). Для старіших збірок Microsoft пропонує окрему процедуру ручного встановлення.
• Увімкнена апаратна віртуалізація у BIOS чи UEFI.
• Підтримка процесором технології SLAT (Second Level Address Translation). Вона зʼявилася в Intel Nehalem — тобто в Intel Core першого покоління — та в AMD Opteron. На старіших процесорах WSL 2 не запуститься навіть після коректного встановлення компонента «Платформа віртуальної машини».
• Дистрибутиви мають зберігатися на системному диску (зазвичай C:).

Окремо про Windows 10: підтримка системи завершилася 14 жовтня 2025 року. Безкоштовна програма розширених оновлень безпеки (ESU) для приватних пристроїв подовжена до 12 жовтня 2027 року. WSL на Windows 10 працює, але з погляду безпеки це тимчасове рішення, а не довгострокова конфігурація.

Встановлення однією командою

Порядок дій виглядає так:

1. Відкрити PowerShell від імені адміністратора: клацнути правою кнопкою миші й обрати «Запуск від імені адміністратора».
2. Виконати команду:

wsl --install

3. Перезавантажити компʼютер.

Команда вмикає всі необхідні компоненти системи та встановлює Ubuntu як типовий дистрибутив. Під час першого запуску відкриється консольне вікно з розпакуванням файлів — це триває помітно довше, ніж усі наступні запуски, які займають менше секунди. Далі система запропонує створити імʼя користувача й пароль для середовища Linux; вони не повʼязані з обліковим записом Windows.

Важливий нюанс: команда wsl –install у наведеному вигляді спрацює лише тоді, коли WSL ще не встановлена. Якщо у відповідь ви бачите довідковий текст, підсистема вже є в системі — тоді слід переходити до встановлення конкретного дистрибутива.

Як обрати інший дистрибутив

Щоб побачити перелік доступних дистрибутивів:

wsl --list --online

Щоб встановити потрібний, підставивши його назву зі списку:

wsl --install -d <Distro>

Якщо процес встановлення зупиняється на позначці 0.0%, документація радить спершу завантажити дистрибутив напряму, оминаючи Microsoft Store: wsl –install –web-download -d <Distro>. Цей самий підхід рятує в мережах, де доступ до Store заблоковано.

Базові команди для щоденної роботи

Команда	Що робить
wsl –list –verbose	Показує встановлені дистрибутиви, їхній стан і версію WSL (1 чи 2)
wsl –set-default-version 2	Задає версію WSL, яку отримуватимуть нові дистрибутиви
wsl –set-version <Distro> 2	Переводить наявний дистрибутив із WSL 1 на WSL 2 або назад
wsl –set-default <Distro>	Робить дистрибутив типовим для команди wsl
wsl –update	Оновлює саму підсистему та ядро Linux
wsl –version	Показує версію WSL. На старих вбудованих збірках працює wsl –status
wsl –shutdown	Зупиняє всі запущені дистрибутиви
wsl –update –pre-release	Встановлює попередню (тестову) збірку WSL без переходу на Windows Insider

Що робити, якщо встановлення не вдалося

Найпоширеніші коди помилок і їхні причини наведені в посібнику з усунення несправностей WSL:

• 0x80370102 — віртуальну машину не вдалося запустити, бо не встановлено потрібний компонент. Потрібно увімкнути «Платформу віртуальної машини» у Windows і віртуалізацію в BIOS. Варто також перевірити стан гіпервізора командою bcdedit /enum | findstr -i hypervisorlaunchtype; якщо він вимкнений, увімкнути через bcdedit /set hypervisorlaunchtype Auto.
• 0x80070003 — дистрибутив намагаються встановити не на системний диск. Змінити розташування можна в «Параметри» → «Система» → «Памʼять» → «Додаткові параметри сховища».
• 0x8007019e — не увімкнено додатковий компонент «Підсистема Windows для Linux».
• 0x8000FFFF — узагальнена «катастрофічна» помилка. Спершу варто перевірити права адміністратора, виконати wsl –update і wsl –shutdown, за потреби — перевірити цілісність системних файлів командами SFC /SCANNOW та DISM /Online /Cleanup-Image /RestoreHealth.
• Повідомлення про те, що wsl не розпізнано як команду — компонент не встановлено. На пристроях з архітектурою ARM64 ця помилка виникає й тоді, коли команду запускають зі звичайного PowerShell: у такому разі слід скористатися командним рядком або PowerShell Core.
• Відсутність інтернету всередині WSL. Microsoft прямо зазначає, що доступ можуть блокувати сторонні фаєрволи й антивіруси — серед перелічених у документації, зокрема, AVG, Avast і Symantec Endpoint Protection. У корпоративних мережах причиною частіше є політика, що забороняє локальні правила брандмауера.

WSL із відкритим кодом: що це змінило

19 травня 2025 року на конференції Build корпорація Microsoft відкрила вихідний код WSL — через девʼять років після анонсу підсистеми й після того, як перший запит спільноти на відкриття коду провисів у трекері з 2016 року. Тепер збірки публікуються в репозиторії microsoft/WSL на GitHub, а користувачі можуть самостійно збирати підсистему з коду й надсилати виправлення.

Відкрито, втім, не все. Драйвер lxcore.sys, що обслуговує WSL 1, а також компоненти перенаправлення файлової системи між Windows і Linux (p9rdr.sys та p9np.dll) лишаються закритими. Ядро Linux для WSL і графічний рівень WSLg були відкритими й раніше.

WSL Containers: контейнери Linux без Docker Desktop

На Build 2026 Microsoft анонсувала WSL Containers — вбудований спосіб створювати й запускати контейнери Linux безпосередньо у Windows. Публічне превʼю вийшло 29 червня 2026 року у складі збірки WSL 2.9.3.

Функція складається з двох частин: утиліти командного рядка wslc.exe, синтаксис якої свідомо повторює звичний docker, і програмного інтерфейсу, що дозволяє застосункам для Windows використовувати контейнери Linux у власній логіці. Документація наводить типові приклади:

wslc run --rm -it ubuntu:latest bash -c "echo Hello world!"

wslc image ls

wslc container ps

У превʼю вже доступні керування життєвим циклом контейнерів із обмеженнями ресурсів, збирання й вивантаження образів, створення мереж і томів, а також доступ до GPU через інтерфейс CDI — тобто прискорені обчислення для локальних ШІ-навантажень працюють одразу.

Практичний сенс для розробників очевидний: раніше контейнери Linux на Windows означали Docker Desktop із його ліцензійними умовами для великих команд. Тепер базовий сценарій закривається штатним інструментом. Але це саме превʼю: збірки серії 2.9.x на GitHub позначені як попередні, тож для критичних робочих процесів їх не варто вважати стабільними.

Чи існує WSL 3

Ні. Після Build 2026 частина видань подала анонс контейнерів як «WSL 3», і менеджер продукту WSL у Microsoft Крейг Лоуен публічно спростував це 23 червня 2026 року: такої версії не існує. WSL Containers — не наступник WSL 2 із новим номером, а нова можливість, надбудована над наявною інфраструктурою підсистеми.

Безпека: про що варто памʼятати

Кожен дистрибутив WSL 2 — це фактично окрема віртуальна машина з власною файловою системою й власними процесами. Для звичайного користувача це зручність, для служби безпеки — сліпа зона: класичні засоби захисту Windows бачать лише запуск процесу на боці хоста, а не те, що відбувається всередині середовища Linux.

Microsoft визнає цю проблему й постачає окремий плагін Defender for Endpoint для WSL, який передає події з підсистеми в корпоративну систему моніторингу. Він потребує WSL версії 2.0.7.0 або новішої. Варто розуміти межі: плагін забезпечує саме видимість подій, тоді як антишкідливий захист, управління вразливостями й команди реагування для логічного пристрою WSL недоступні.

Для домашнього користувача практичні висновки простіші. Оновлення дистрибутива не приходять через Windows Update — пакети Linux потрібно оновлювати самостійно засобами самого дистрибутива, а саму підсистему та ядро — командою оновлення WSL. І не варто зберігати в середовищі Linux незахищені ключі SSH чи токени доступу: у разі компрометації системи вони стають легкою здобиччю.

Часті запитання

Чи можна встановити WSL на Windows 10?

Так, за умови, що встановлено версію 2004 або новішу (збірка 19041 і вище). Водночас підтримка Windows 10 завершилася 14 жовтня 2025 року, а безкоштовна програма ESU для приватних пристроїв діє до 12 жовтня 2027 року.

Чим WSL 1 відрізняється від WSL 2?

WSL 1 транслює системні виклики Linux у виклики ядра Windows і не має власного ядра. WSL 2 запускає справжнє ядро Linux у полегшеній віртуальній машині, тому сумісність із реальним ПЗ вища. Нові дистрибутиви за замовчуванням встановлюються як WSL 2.

Чи потрібен Docker Desktop, щоб запускати контейнери?

Уже не обовʼязково. Від збірки WSL 2.9.3 доступне публічне превʼю WSL Containers із вбудованою утилітою wslc.exe. Оскільки це попередня версія, для критичних робочих процесів варто залишатися на перевірених інструментах.

Як оновити WSL?

Саму підсистему та ядро Linux оновлює команда wsl –update. Пакети всередині дистрибутива оновлюються окремо — звичайними засобами відповідного дистрибутива Linux.

Чи безпечно вмикати віртуалізацію заради WSL?

Це штатна платформна функція Windows. Проте вмикання Hyper-V може конфліктувати зі сторонніми гіпервізорами: VMware Workstation і VirtualBox підтримують спільну роботу лише у відносно свіжих версіях, тож їх варто оновити або тимчасово вимкнути.

Читайте також

Відновлення станом на певний момент часу у Windows 11: як працює нова функція відкату

Думаєте про перехід на Linux? 9 речей, які вам потрібно знати

Як запустити програму для Windows у Linux за допомогою Wine