Установка Linux (виртуальные машины и WSL)
Тема дорожной карты · Linux & Unix Fundamentals
Для обучения и повседневной DevOps-работы Linux ставят в виртуальную машину (VirtualBox, VMware, KVM/libvirt, Hyper-V, UTM на macOS) или, в Windows, через WSL2 — это настоящий Linux-ядро с быстрым доступом к файлам в /mnt/c. Для скриптуемых одноразовых ВМ используют Vagrant или multipass, а образы с cloud-init помогают локально воспроизвести поведение облака. WSL2 удобен для shell-инструментов, но имеет нюансы: systemd нужно включать в /etc/wsl.conf, есть особенности сети и прав на смонтированных Windows-дисках — храните проектные файлы внутри WSL для скорости.
Как это работает
Установка Linux (виртуальные машины и WSL) начинается с понимания, что Linux — это ядро; "дистрибутив Linux" — это ядро + GNU userland + init-система + пакетный менеджер + подборка софта. Основные семейства: Debian (Ubuntu, Mint, Pop!_OS — apt), Red Hat (RHEL, Fedora, Rocky, Alma — dnf/yum), Arch (rolling release, pacman), SUSE (zypper). Большинство серверов — Debian/Ubuntu LTS или RHEL-семейство. В контейнере или на сервере вы живёте в shell (bash, zsh, sh) — GUI опционален.
Когда применять
Ubuntu LTS или Debian — для general-purpose серверов: большое сообщество, предсказуемые релизы, огромная база пакетов. RHEL/Rocky/Alma — когда важны corporate compliance или сертификации. Arch / Fedora — как power-user desktop со свежими пакетами. Для embedded / kiosk / appliance — Buildroot, Alpine, Yocto. Большинство облачных образов дефолтят на Ubuntu LTS не зря.
Типичные ошибки
Ловушки Установка Linux (виртуальные машины и WSL): прыжки между дистрибутивами в середине проекта и переучивание имён пакетов + путей вместо мастерства одного; путаница ядра и дистрибутива ("ядро Linux Mint" не имеет смысла — ядро одно); desktop-дистрибутив на сервере (больше поверхности атаки, больше bloat); установка через случайные shell-пайпы (curl | bash без инспекции) и доверие тому, что скрипт делает под root.