Windows Subsystem for Linux

wsl --set-version Ubuntu 2

! Увімкнення systemd у дистрибутиві здатна виглядати так:

Bash

source .venv/bin/activate systemd=true systemd корисний для: |- | Ubuntu | Найпопулярніший і найзручніший старт для більшості користувачів. Це дуже інтуїтивно для: Це корисно для:

Перегляд доступних дистрибутивів: /mnt/c/Users/Name/project

! Відкривати проєкти через code . |- | 2025 | WSL став open source-проєктом на GitHub. Критерій

+--> Linux containers

Встановлення конкретного дистрибутива:

• Bash;
• Zsh;
• Fish;
• GNU/Linux-команди;
• APT, DNF, pacman або інші package managers залежно від дистрибутива;
• Git;
• SSH;
• Python;
• Node.js;
• Go;
• Rust;
• C/C++;
• Docker tooling;
• Kubernetes CLI;
• Linux development workflows;
• Linux GUI apps через WSLg;
• VS Code Remote WSL;
• systemd у підтримуваних дистрибутивах. |-

| Hardware access | Обмежений. Рекомендація для більшості Linux-heavy проєктів:

• це все ж VM-подібна технічна архітектура;
• networking іноді потребує розуміння NAT/localhost;
• доступ до файлів Windows здатна бути повільнішим, ніж робота всередині Linux filesystem;
• використання пам'яті й CPU треба контролювати;
• не всі hardware-сценарії працюють як у нативному Linux. Файл

! | Значно краща.

+--> Ubuntu tab

10. Коли краще WSL 2

Один із найсильніших сценаріїв WSL — робота з Visual Studio Code. розробників забезпечується через Чому це цікаво: WSL перетворив Windows на зручну платформу; так само реалізовано яким потрібні і Windows-програми, і Linux-інструменти одночасно: VS Code, Docker, Git, Python, Node.js, Bash, SSH, apt, make, gcc і Kubernetes-утиліти можуть працювати поруч. +--> Linux packages

як приклад:

</pre>

* повніша сумісність із Linux system calls;
* краща технічна підтримка Linux software;
* краща продуктивність Linux filesystem;
* сумісність із Docker Desktop;
* технічна підтримка systemd;
* технічна підтримка WSLg;
* кращий вибір для більшості modern development workflows. Критерій

Ситуація з WSL:

* Microsoft;
* Windows;
* Linux shell;
* Ubuntu;
* Debian;
* Bash;
* apt;
* systemd;
* Docker;
* все в одному робочому процесі. | Так. | Краще у VM.== 1. Загальний SEO-опис ==

{| class="wikitable"

<pre>

* відкривати кілька вкладок;
* запускати PowerShell;
* запускати Command Prompt;
* запускати Ubuntu WSL;
* запускати Debian WSL;
* налаштовувати теми;
* використовувати profiles;
* працювати з Unicode, Nerd Fonts і modern terminal features. |-
| Сумісність
| Вища з Linux software. Створити ~/projects. Значення

'''WSL 1''' — перша технічна архітектура Windows Subsystem for Linux. Проблема
9. |-
| VS Code Remote WSL став дуже популярним workflow
| Редактор у Windows, а tooling і файли — у Linux. ! WSL 1

конкурентні переваги WSL 1:

Файл `/etc/wsl.conf` налаштовує поведінку конкретного Linux-дистрибутива. {| class="wikitable"
</pre>
<pre>

[[Windows 11]]

== 48. Людське пояснення: чим виступає як WSL ==

python3 -m venv .venv

* ls;
* cd;
* grep;
* find;
* sed;
* awk;
* chmod;
* chown;
* ssh;
* scp;
* tar;
* systemctl у WSL 2 з systemd;
* package managers;
* shell scripting. | Потрібне перезавантаження.<pre>

Завершити всі WSL-сесії:

Приклад отримання IP:

<pre>

Windows
WSL — дуже зручний спосіб вивчати Linux-команди, якщо основна платформа — Windows. | Повний.</pre>
! |-
| WSLg
| Можна запускати Linux GUI apps. |-
| Docker Desktop integration
| Дуже інтуїтивно для container development. xeyes
pip install -r requirements.txt

</pre>

[[Операційні системи]]
{| class="wikitable"
Після зміни:

hostname -I

enabled=true

systemd=true

<pre>
/home/user/project
<pre>
|-
| 2016
| Microsoft представила першу версію Windows Subsystem for Linux для Windows 10. | Обмеженіша. |-
| Kernel experiments
| Обмежено.[[WSL 1]]
<pre>
</pre>
<pre>

wsl --install -d Ubuntu

але мати нормальні Linux-інструменти поруч. |-
| WSL став open source
| Це важлива зміна в історії проєкту. |-
| “Не бачу файли Linux у Windows”
| Шлях неочевидний.

! |- | 2016 | WSL 1 дозволив запускати Linux userland через compatibility layer без повного Linux-ядра. |- | Рекомендація | Спеціальні випадки. Критерій

Але це складніше, ніж у нативному Linux, і не всі USB-сценарії працюють без додаткового конфігурація. ! |}

</syntaxhighlight>

/etc/wsl.conf

Можна практикувати:

або:

Він не намагається на 100% замінити Linux. Чому виникає

окрема VM або dual boot для Linux-команд

wsl --install
__TOC__
 |
== 44. Типові проблеми новачків ==
`wsl.conf` — про конкретний Linux-дистрибутив.

|-
| WSL 1 не мав справжнього Linux-ядра
| Він перекладав Linux system calls у Windows-механізми. |-
| WSL можна використовувати з кількома дистрибутивами одночасно
| як приклад, Ubuntu, Debian і Kali можуть бути встановлені паралельно. wsl --list --verbose
Файл `.wslconfig` у Windows home directory дає можливість налаштовувати WSL 2 VM. |-
| Developer convenience на Windows
| Дуже висока. Тепер Linux GUI apps можуть з'являтися як звичайні Windows-вікна. Для багатьох це виглядало майже парадоксально:
зберігати код у Linux filesystem
Запуск стандартного дистрибутива:
! | Вища для Linux filesystem. |}

Одна з типових помилок WSL-новачків:

Я хочу залишитися у Windows,
<div style="border-left: 6px solid #1565c0; background: #e3f2fd; padding: 12px 16px; margin: 16px 0;">
через WSLg можна запускати:
</pre>
|-
| Linux-середовище
| Реальний Linux userland, WSL 2 — з Linux kernel. Для контейнерів увімкнути Docker Desktop WSL integration. |-
| WSLg дає можливість запускати Linux GUI apps
| Linux-програми можуть відкриватися як Windows-вікна. |-
| WSL 2 використовує ресурси VM
| Пам'ять і CPU треба контролювати через .wslconfig. | Реальне Linux-ядро у lightweight VM. Пояснення
і повторний запуск WSL.== 14. Файлова платформа WSL ==
WSL не замінює всі Linux-сценарії, але дуже добре закриває щоденну потребу розробника у Linux-інструментах на Windows.</pre>
<pre>
 |
== 16. Доступ до Linux-файлів із Windows ==
ls /mnt/c
Це корисно для:
<pre>
5.== 18. systemd у WSL ==

Після зміни:

<pre>

== 26. WSL для веброзробки ==

</div>

Чому? |-
| WSL не виступає як production Linux-сервером
| Це developer/workstation-технологія, а не заміна серверної ОС.== 13. Керування дистрибутивами ==
[[WSL]]
WSL доцільно використовувати, якщо:
== 40. Порівняння з нативним Linux ==
! WSL 2 зазвичай кращий вибір. |-
| Oracle Linux
| Enterprise Linux-сценарії в Oracle ecosystem. |-
| Production server
| Не призначений. 12. |-
| Ризик для диска
| Нижчий.== 46. Базові команди WSL ==

== 36. конкурентні переваги WSL ==

* web development;
* backend development;
* cloud development;
* DevOps;
* Docker;
* Kubernetes;
* scripting;
* Python/Node.js/Rust/Go;
* Linux learning;
* data science;
* AI/ML у відповідних GPU-сценаріях;
* security labs у дозволених умовах;
* cross-platform development. |-
| 2021
| З'явилася технічна підтримка Linux GUI apps через WSLg у Windows 11.== 32. .wslconfig ==

== 33. /etc/wsl.conf ==
<pre>
8. Оновити пакети. WSL
== 8. WSL 1 і WSL 2 ==
|-
| Linux-інструменти у Windows
| Можна використовувати Bash. wsl -d Ubuntu
</pre>

! |}

\\wsl.localhost\

== Див. 53. так само ==

* основна платформа — Windows;
* потрібні Linux-команди;
* потрібен Bash;
* потрібен Python/Node.js/Go/Rust у Linux-середовищі;
* потрібен Docker Desktop;
* потрібен VS Code Remote WSL;
* потрібно вчити Linux;
* потрібно працювати з Git/SSH;
* потрібні DevOps tools;
* не хочеться dual boot;
* повна VM здається надмірною. |-
| Доступ до Windows-файлів
| Часто швидший. |-
| Desktop Linux
| Не базовий сценарій. Дистрибутив

Приклад:

</pre>
<pre>
Імпорт:

</pre>

7.== 51. Висновок ==

а Linux — щоденним інструментом розробника всередині неї. !<pre>

Windows Terminal дає можливість:

<div style="border-left: 6px solid #2e7d32; background: #e8f5e9; padding: 12px 16px; margin: 16px 0;">

* Linux tools у Windows;
* WSL 2 з реальним Linux kernel;
* просте встановлення;
* кілька дистрибутивів одночасно;
* VS Code Remote WSL;
* Docker Desktop integration;
* WSLg;
* systemd;
* зручність для DevOps і web development;
* хороший старт для вивчення Linux. wsl --set-default Ubuntu

* kubectl;
* helm;
* k9s;
* kind;
* minikube;
* Docker Desktop Kubernetes;
* cloud CLIs;
* Terraform;
* Ansible;
* GitOps tools. Не перетворювати WSL на production-сервер. |-
| 2020
| WSL 2 став основним рекомендованим варіантом для більшості сценаріїв. |-
| WSL зручний для Docker Desktop
| WSL 2 backend став стандартним способом роботи з Linux containers у Windows. |-
| 2022
| WSL почав активніше поширюватися через Microsoft Store. Недоліки WSL 1:

processors=4
wsl --update
конкурентні переваги WSL 2:

Шлях у WSL:

WSLg зробив це значно простіше. |-
| Fedora Remix
| Fedora-подібне середовище у WSL.<pre>

wsl --import UbuntuDev C:\WSL\UbuntuDev backup.tar

* web development;
* microservices;
* PostgreSQL у контейнері;
* Redis;
* Docker Compose;
* local Kubernetes;
* DevOps labs;
* CI-like testing. Windows здатна бути основною desktop-системою,

Раніше запуск Linux GUI apps у Windows вимагав X server, ручного конфігурація DISPLAY і додаткової магії. |-
| openSUSE
| SUSE/openSUSE ecosystem. +--> Linux development environment

+

wsl --install

* оновлювати WSL;
* оновлювати Linux-дистрибутиви;
* не запускати випадкові скрипти з інтернету;
* не працювати постійно від root;
* зберігати важливі SSH keys обережно;
* не змішувати production-секрети з тестовими WSL-середовищами;
* обмежувати доступ до проєктів;
* використовувати Windows Defender або корпоративні security-політики;
* не запускати неперевірені Linux GUI apps;
* робити backup важливих WSL-дистрибутивів;
* пам'ятати, що WSL інтегрований із Windows, тому межа між середовищами не така жорстка, як у повній VM. Характеристика

ip addr

</pre>

</pre>

<pre>
![[Категорія:Windows]]

Це корисно для:
~/projects/my-app
[[Windows Subsystem for Linux]]

Встановлення версії WSL для дистрибутива:

<pre>
{| class="wikitable"
</pre>

wsl --set-default-version 2

{| class="wikitable"

</pre>

WSL популярний у DevOps, бо дає можливість запускати Linux tooling без окремого Linux-комп'ютера. wsl --shutdown

* Microsoft Learn: Windows Subsystem for Linux Documentation
* Microsoft Learn: What is Windows Subsystem for Linux
* Microsoft Learn: Install WSL
* Microsoft Learn: Comparing WSL 1 and WSL 2
* Microsoft Learn: Basic commands for WSL
* Microsoft Learn: WSL release notes
* Microsoft Learn: WSL kernel release notes
* Microsoft WSL GitHub repository
* Visual Studio Code Remote WSL documentation
* Docker Desktop WSL 2 backend documentation

{| class="wikitable"

[[Kali Linux]]
<pre>
<pre>
У WSL можна встановити різні Linux-дистрибутиви.[[DevOps]]

[[Віртуалізація]]
== 22. VS Code і WSL ==
<pre>
|-
| Назва
| Windows Subsystem for Linux
|-
| Скорочення
| WSL
|-
| Розробник
| Microsoft
|-
| Тип
| Сумісне Linux-середовище всередині Windows
|-
| Платформи
| Windows 10, Windows 11, Windows Server у відповідних версіях
|-
| Основні версії
| WSL 1, WSL 2
|-
| Типове встановлення
| wsl --install
|-
| Типові дистрибутиви
| Ubuntu, Debian, Kali Linux, openSUSE, Fedora Remix, Alpine та інші
|-
| GUI apps
| WSLg
|-
| systemd
| Підтримується у WSL 2 для сумісних дистрибутивів
|-
| Основне призначення
| розробка програмного забезпечення, DevOps, Linux tooling, scripting, навчання, containers
|-
| Головна перевага
| Linux-інструменти без dual boot і без ручного конфігурація повної VM
|}

<pre>

<pre>

'''WSL 2''' — сучасна основна технічна архітектура WSL. Для початку це набагато простіше, ніж dual boot. Критерій

<div style="border-left: 6px solid #f57c00; background: #fff3e0; padding: 12px 16px; margin: 16px 0;">

</pre>

== 5. Цікавий факт: WSL змінив ставлення Microsoft до Linux ==

<pre>
gedit
WSL з'явився як відповідь на потребу розробників мати Linux-інструменти в Windows. Зберігати Linux-проєкти всередині WSL filesystem. 3. `.wslconfig` — про всю WSL 2 машину. Можна писати код у VS Code, запускати Bash, використовувати Docker, працювати з Git, тестувати Linux-команди, запускати Python або Node.js, і при цьому не залишати Windows-середовище. * Docker-related workflows;
* snaps у частині сценаріїв;
* system services;
* timers;
* journald;
* dbus;
* developer environments;
* більшої сумісності з Linux-дистрибутивами. |-
| Повна ізоляція
| Менша. WSL особливо популярний серед розробників, які працюють на Windows, але мають проєкти, орієнтовані на Linux-сервери, cloud, containers або open source tooling. * неповна сумісність із Linux system calls;
* не всі Linux-програми працюють;
* гірша сумісність з containers;
* немає повноцінного Linux kernel behavior;
* менше підходить для сучасних DevOps-сценаріїв. |-
| Docker
| Обмежено. |}

<pre>

== 41. Порівняння з Cygwin і MSYS2 ==
Сучасний спосіб встановлення:
</pre>
|-
| Не повна заміна Linux
| Для kernel, hardware і production-сценаріїв краще нативний Linux або VM. |}

[boot]

== 28. WSL для кібербезпеки ==
<pre>
і повторно запустити дистрибутив. Увімкнути systemd, якщо потрібно. | Висока, але окреме середовище. ! |-
| Легше за повну VM
| WSL запускається оперативно й інтегрується з Windows. Критерій
Типовий запуск:
[wsl2]

== 47. Цікаві факти ==
Через WSL можна використовувати:
! |-
| Networking здатна плутати
| VPN, firewall і localhost іноді потребують налаштувань. |-
| systemd
| Більше сумісності з сучасними Linux-дистрибутивами. |-
| Повний Linux desktop
| Не основна мета. | Трохи важчий. WSL — це компроміс, який виявився дуже вдалим. | Повільніший. |}

Це не завжди замінює повний Linux desktop, але для багатьох інструментів дуже інтуїтивно.<pre>

WSL 2 краще обрати, якщо:

Windows

</div>

У 2026 році WSL виступає як одним із найважливіших developer tools у Windows. | Корисно для Windows-native development tools.== 49. Безпека ==

<pre>

</pre>
wsl --shutdown
!</pre>
Типові моменти:
WSL найкраще функціонує, коли кожен світ використовує свою файлову систему за призначенням. | Перевірити IP, firewall, binding address. Шлях Windows:

[[Windows 10]]
swap=2GB
Експорт:

! Використовувати Windows Terminal. Рік
Він без зусиль дає розробнику можливість сказати:
Запуск конкретного дистрибутива:
Але критично: WSL не завжди підходить для low-level security work, wireless testing, kernel-level labs або hardware-heavy задач. У WSL виступає як два різні конфігураційні світи:

Windows filesystem

а для Windows-проєктів:

2. як приклад: /home/user/projects
\\wsl$
І для багатьох людей це ідеальний варіант. | базовий варіант для Docker Desktop. |-
| “Docker не функціонує”
| Потрібен WSL 2 backend і правильна інтеграційні функції ERP. Linux-файли можна відкрити з Windows через:
Сучасний WSL 2 підтримує systemd. |-
| Debian
| Стабільна Debian-база. wsl --export Ubuntu backup.tar
! |-
| Зручність для розробки
| Дуже висока. WSL найкраще підходить тим, хто функціонує у Windows, але хоче мати Linux-команди, Linux-пакети, Linux-розробку й DevOps-інструменти прямо поруч із Windows-застосунками. SEO-опис

* потрібен production Linux server;
* потрібен повний Linux desktop;
* потрібен глибокий kernel development;
* потрібен повний hardware access;
* потрібні складні USB/RF/GPU-сценарії;
* потрібно тестувати саме native Linux behavior;
* потрібна максимальна ізоляція;
* Windows не потрібен у workflow. |-
| “npm install дуже повільний”
| Проєкт лежить на /mnt/c. |-
| Linux-сумісність
| Обмеженіша.<pre>
! '''критично:''' WSL — це не повна заміна нативного Linux у всіх сценаріях. | Вища. Замість цього WSL 1 перекладав Linux system calls у Windows NT kernel interfaces. Встановити WSL 2. | Використовувати \\wsl.localhost\. |-
| “localhost не функціонує як очікував”
| Networking WSL 2 має особливості.<pre>

* backup;
* перенесення середовища;
* створення копій;
* лабораторій;
* експериментів;
* швидкого відновлення. |-
| systemd
| Ні. '''Windows Subsystem for Linux''' або '''WSL''' — це компонент Windows, який дає можливість запускати Linux-дистрибутиви всередині Windows. Факт

* не повна заміна нативного Linux;
* не production server OS;
* hardware-доступ обмежений;
* networking здатна бути складним;
* треба правильно працювати з файловими системами;
* WSL 2 використовує ресурси VM;
* для деяких задач краще VM, dual boot або справжній Linux-сервер. Вона не використовувала справжнє Linux-ядро. Cygwin / MSYS2

Ключові етапи:

wsl --list --online
Windows Terminal
wsl --set-version Ubuntu 2

WSL показав, що для сучасної розробки важливі не “табори”, а зручність інструментів. якщо пакет встановлений. |-
| Не всі hardware-сценарії працюють
| USB, GPU, low-level devices можуть мати обмеження. | Налаштувати .wslconfig. +--> Docker workflows

{{DISPLAYTITLE:Windows Subsystem for Linux}}
 +--> Debian tab
WSL можна використовувати для частини security-learning задач:
== 4. історія продукту ==

[[Fedora]]

* швидше для Linux tools;
* краще для npm, pip, git, compilers;
* менше проблем із permissions;
* краще для Docker workflows;
* ближче до реального Linux-середовища. Недолік

</pre>

</pre>

memory=8GB

* embedded development;
* serial devices;
* debugging boards;
* microcontrollers;
* Android development у частині сценаріїв. Для розробки, DevOps, scripting і навчання він дуже зручний, але для kernel development, повного desktop Linux, низькорівневого hardware-доступу або production-серверів краще використовувати нативний Linux, VM або окремий сервер. WSL

<pre>

10. Встановити Git, build tools, language runtime. |-
| Файлова продуктивність залежить від місця зберігання
| Проєкти краще тримати у Linux filesystem, а не на /mnt/c. Встановити Ubuntu або Debian. | Linux.== 23. Docker і WSL 2 ==
</pre>
</pre>
<pre>

<pre>

[[Windows]]

WSL не завжди виступає як production Kubernetes-середовищем, але для локальної розробки він дуже практичний. | Перевірити Docker Desktop settings. |-
| Швидкість Linux filesystem
| Нижча для Linux-heavy workloads. | здатна бути повільнішим для інтенсивної роботи.<pre>

== 45. Базовий хороший workflow ==

<pre>

* Git;
* SSH;
* Docker CLI;
* kubectl;
* helm;
* Terraform;
* Ansible;
* Python;
* Go;
* jq;
* yq;
* curl;
* make;
* gcc;
* cloud CLIs;
* bash scripts. +--> WSL 2 backend
cd /mnt/c/Users
== 25. DevOps-сценарії ==
<pre>
C:\Users\Name\.wslconfig
</pre>
Docker Desktop для Windows активно використовує WSL 2. | POSIX-like середовище поверх Windows. |}

</pre>

<syntaxhighlight lang="ini">
Його використовують для:

|- | Перемикання | Без перезавантаження. Він не намагається зробити Windows схожою на Linux. |- | WSL 2 має реальне Linux-ядро | Це значно покращило сумісність. Нативний Linux

35. Імпорт і експорт дистрибутивів

WSL часто використовують разом із Windows Terminal.

|- | .wslconfig | Windows home directory | Глобальні параметри WSL 2 VM. |}

! Dual boot [user]

<pre>
І, як завжди, будь-яке security-тестування має бути легальним і виконуватися тільки на власних або дозволених системах. |-
| “systemctl не функціонує”
| systemd не ввімкнений або старий WSL.

wsl --export Ubuntu ubuntu-backup.tar SEO title: Windows Subsystem for Linux — Linux-середовище всередині Windows

SEO keywords: Windows Subsystem for Linux, WSL, WSL 2, WSL 1, Linux on Windows, Ubuntu WSL, Debian WSL, systemd, WSLg, Docker Desktop, VS Code, Windows Terminal, DevOps

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки. 

}}

24. WSL і Kubernetes

• systemd;
• default user;
• automount;
• interop;
• mount options;
• network settings. |-

| “WSL забирає багато RAM”

| WSL 2 VM здатна кешувати пам'ять.

+--> Windows apps

6. WSL 1

Приклад:

• localhost часто функціонує між Windows і WSL;
• WSL 2 використовує VM-подібне мережування;
• іноді потрібно розуміти IP WSL-дистрибутива;
• firewall Windows здатна впливати на доступ;
• VPN іноді створює проблеми;
• corporate networks можуть мати особливі обмеження.== 38. Порівняння з віртуальною машиною ==

WSL став символом іншої епохи:

• Node.js;
• npm;
• pnpm;
• yarn;
• Python;
• Django;
• Flask;
• FastAPI;
• Ruby;
• PHP;
• Laravel;
• Go;
• Rust;
• PostgreSQL;
• Redis;
• Docker Compose;
• local dev servers. |-

| WSL 2 має справжнє Linux-ядро | Краща сумісність із Linux software. Перевага або:

! | Залежить від потреб Windows apps. | базовий вибір для більшості користувачів. | Так, у сучасному WSL. |- | 2022–2023 | З'явилася офіційна технічна підтримка systemd у WSL 2. |- | Нативний Linux hardware access | Обмежений. C:\Users\Name\Desktop

6.

* machine learning;
* CUDA workflows;
* data science;
* Linux ML tools;
* Jupyter;
* PyTorch;
* TensorFlow;
* GPU-accelerated development. {| class="wikitable"

wsl --list --verbose
Через '''Remote - WSL''' можна:
== 30. WSL і USB ==

<pre>

Для таких сценаріїв потрібні сумісні драйвери, Windows-версія, WSL 2 і налаштоване середовище. |-
| Пакети
| Пакети Linux-дистрибутива.

[boot]

50. WSL у сучасній розробці

[[Visual Studio Code]]

Приклади:
1. |}

Вона використовує справжнє Linux-ядро, яке функціонує в керованій lightweight virtual machine. * Linux graphical editors;
* GUI utilities;
* simple Linux desktop apps;
* plotting tools;
* development tools;
* деякі графічні Linux-застосунки. +--> Linux terminal

Windows Terminal Debian Docker |- | технічна архітектура | Translation layer. {| class="wikitable"

Windows-диски доступні у WSL через `/mnt`. wsl

Це корисно для:

+--> VS Code Remote WSL

Але WSL 1 здатна бути корисним, якщо:

WSL дає можливість експортувати й імпортувати дистрибутиви. |}

+--> SSH tab

== 31. WSL і networking ==

52. Джерела

C:\Users\Name\Projects

Зробити дистрибутив стандартним:

3. WSL простими словами

wsl --list --online у файлі:

! !

і запускати Linux tools через /mnt/c/... | Можливий. ! WSL 2 здатна використовувати GPU-прискорення у певних сценаріях. WSL 2

WSL можна уявити як Linux-робочу зону всередині Windows. |- | Не production server | WSL не призначений як основна ОС для production-сервера.== 19. WSLg == Типові інструменти:

! |

|

Kubernetes

|

11. | Повний desktop. |}

openSUSE

! | Ні, якщо завантажений Linux. | Власні пакети Cygwin/MSYS2. | Добра для окремих UNIX-like tools. Як думати про це

code . |-
| Доступ до Windows apps
| Одночасно. * відкрити Linux-проєкт у VS Code;
* запускати terminal у WSL;
* використовувати Linux dependencies;
* працювати з Git;
* запускати Node.js/Python/Go/Rust tooling у Linux;
* редагувати файли з Windows UI;
* мати зручний bridge між Windows і Linux.

WSL зручний для Kubernetes-інструментів:

cd ~/projects/site

12. Типові дистрибутиви WSL

• швидкий старт;
• мала вага;
• добра інтеграційні функції ERP з Windows-файлами;
• іноді швидший доступ до файлів на Windows-дисках;
• не потребує повної virtual machine. |-

| Без dual boot | Не потрібно перезавантажуватися між Windows і Linux. WSL

Ubuntu

Головні обмеження:

{| class="wikitable"

Це інтуїтивно для відкриття Linux-файлів у File Explorer або редакторах. |-
| DevOps
| Краще для Linux/cloud workflows. |-
| Dev workflow
| Дуже зручний. | Повніший. | Перенести код у ~/projects. !== 15. Доступ до Windows-файлів із Linux ==

[[WSL 2]]

* CTF;
* scripting;
* Linux CLI;
* Python tools;
* basic network utilities;
* Kali WSL для навчальних лабораторій;
* log parsing;
* forensic file analysis у безпечних сценаріях. | Повний контроль над системою. |-
| VS Code Remote WSL
| Один із найкращих developer workflows у Windows.

|- | Запуск | Дуже швидкий. WSL

Linux filesystem Windows Subsystem for Linux — це технологія, яка дає можливість запускати Linux-середовище всередині Windows без dual boot і без класичної повної VM. |- | 2019 | Microsoft представила WSL 2 з реальним Linux-ядром у керованій lightweight VM.== 39. Порівняння з dual boot == cd ~/projects/my-app wsl --shutdown

зберігати Node.js або Python-проєкт у C:\Users\... |- | Linux kernel | WSL 2 має kernel у lightweight VM. wsl --import UbuntuDev C:\WSL\UbuntuDev ubuntu-backup.tar

Його головні конкурентні переваги: Приклад:

Колись Windows і Linux часто сприймалися як конкуренти з різних світів.

Приклад шляху:

npm install
== 43. Коли WSL здатна бути не найкращим вибором ==

або коротко:

17. Цікавий факт: правильне місце для коду дуже важливе

Рекомендовані практики:

[automount]

default=myuser

== 7. WSL 2 ==

<pre>

== 29. WSL і GPU ==
Краще для Linux-проєктів:
! ! +--> Docker Desktop
Приклад:
/mnt/c/Users/Name/Desktop
</div>
|-
| Основна ОС
| Windows. SEO-опис

Недоліки WSL 2:

{| class="wikitable"

== 34. Цікавий факт: WSL має два рівні конфігурації ==

Тобто WSL дає можливість не перемикатися між двома комп'ютерами або двома ОС, а працювати в одному середовищі. ! У WSL виступає як два важливі світи:
'''WSLg''' — це компонент WSL для запуску Linux GUI apps у Windows. ! Це критично, бо багато Linux-сервісів і tools очікують systemd. Це критично не плутати. |-
| 2026
| WSL залишається одним із головних способів запуску Linux-інструментів у Windows. Класична VM

[[WSLg]]
{| class="wikitable"
wsl --update

== 27. WSL для навчання Linux ==

== 9. Коли WSL 1 все ще здатна бути корисним ==

wsl --shutdown

== 37. Недоліки WSL ==

4. |-
| Kali Linux
| Легальні security labs, навчання й інструменти кібербезпеки. | Вищий через розмітку. Робити export backup важливих дистрибутивів. '''Людське пояснення:''' WSL — це як мати маленький Linux-термінал прямо всередині Windows, але в сучасному WSL 2 цей “термінал” здатна бути дуже серйозним середовищем для розробки. !

11. Встановлення WSL

systemd

42. Коли варто використовувати WSL

WSL 2 здатна працювати з USB-пристроями через спеціальні механізми підключення. Що налаштовує Типовий workflow: WSL здатна бути не найкращим варіантом, якщо:

npm run dev

або:

Перегляд встановлених дистрибутивів:
або:
Windows для браузера, Office, ігор, Adobe, Visual Studio

[[Категорія:Linux]]

! wsl -l -v

== 20. Цікавий факт: WSLg зробив Linux GUI apps майже “рідними” для Windows ==
! |-
| /etc/wsl.conf
| Всередині Linux-дистрибутива
| Поведінку конкретного дистрибутива.== 21. Windows Terminal ==

це технологія Microsoft, яка дає можливість запускати Linux-середовище безпосередньо у Windows, використовуючи звичайні Linux-команди, shell, утиліти, пакети й інструменти розробника виступає ключовою рисою '''Головна ідея:''' Windows Subsystem for Linux. Окремо варто відзначити Git, SSH, Python, Node.js, apt і інші інструменти. |}

WSL добре підходить для:

+--> PowerShell tab

• потрібно часто працювати саме з файлами на Windows-диску;
• важлива дуже швидка інтеграційні функції ERP з Windows filesystem;
• потрібне максимально легке середовище;
• не потрібні Docker, systemd або повна Linux-сумісність;
• конкретний старий workflow краще функціонує на WSL 1. Для чого

Звичайна ситуація без WSL: \\wsl.localhost\Ubuntu\home\user

Linux WSL 2 має власну мережеву модель. |-

інтеграційні функції ERP з Windows

-

Alpine

Увімкнути systemd у /etc/wsl.conf і оновити WSL. Де знаходиться Типова схема: потрібна сучасна Linux-сумісність; потрібен Docker Desktop; потрібен systemd; потрібні Linux GUI apps; проєкт зберігається всередині Linux filesystem; потрібні сучасні DevOps-інструменти; потрібна робота з containers; потрібні Python/Node.js/Rust/Go development workflows; потрібне середовище, близьке до Linux-сервера. root=/mnt/ Це здатна працювати, але іноді повільніше й проблемніше. Подія Оновити WSL: 2. Коротка характеристика Приклади: