Переход с Windows на Linux меняет не оформление, а саму модель устройства системы. То, что в Windows скрыто за единым установщиком и буквами дисков, в Linux вынесено наружу и разбито на сменные части. Разобраться стоит и новичку, и опытному пользователю Windows: за внешне простыми отличиями стоят другая файловая система, другой способ доставки программ, разделение на ядро и дистрибутив и отделённый от системы графический слой. Ниже – четыре области, в которых расхождения проявляются сильнее всего.
Файловая система: единое дерево без букв дисков
В Windows диски обозначаются буквами. Обычно достаточно диска C:, но раздел D: или E: нередко выделяют под медиафайлы. Жёсткой привязки нет: программы и файлы можно размещать на любом диске, а саму Windows установить хоть на D:.
В Linux букв дисков нет. Всё – системные программы, конфигурация, личные файлы, внешние накопители – располагается внутри единственного корневого каталога, который обозначается одной косой чертой (/). Дополнительные диски и разделы не получают отдельных букв, а монтируются (подключаются) в выбранные точки общего дерева. Каталог /home можно вынести на отдельный диск, и для программ это останется незаметным: путь не изменится.
Структура каталогов подчиняется стандарту иерархии файловой системы (Filesystem Hierarchy Standard, FHS), и на неё рассчитано большинство программ.
Filesystem Hierarchy Standard (FHS) – спецификация, которая определяет структуру каталогов в Unix-подобных системах и закрепляет, какие файлы и где располагаются. Полный текст доступен в спецификации FHS на сайте Linux Foundation.
Назначение основных каталогов:
- /etc – общесистемные конфигурационные файлы;
- /usr – исполняемые файлы и библиотеки установленных программ;
- /opt – крупные сторонние программы;
- /home – личные файлы пользователей, примерно как папка Users в Windows;
- /mnt и /media – точки монтирования для подключённых USB-накопителей и внешних дисков;
- /dev, /proc и /sys – виртуальные каталоги, в которых устройства, процессы и параметры ядра представлены как файлы.
Последний пункт – одно из ключевых отличий от Windows. В Linux действует принцип «всё есть файл»: подключённый диск, запущенный процесс или настройка ядра выглядят как обычные файлы, которые можно прочитать или изменить штатными средствами. В Windows такие сущности скрыты за отдельными интерфейсами вроде диспетчера устройств и реестра.
Права доступа и исполняемость вместо расширений
Принадлежность файла и разрешения в Linux задаются моделью прав для владельца, группы и остальных пользователей: чтение, запись, выполнение. Запуск программы определяет не расширение имени, а установленный бит выполнения: файл без расширения может быть исполняемым, а .sh без этого бита – нет. Скрытые файлы тоже определяются не атрибутом, а именем: всё, что начинается с точки (например, .bashrc), по умолчанию не показывается. Ещё одна частая неожиданность – чувствительность к регистру: Document и document в одном каталоге Linux это два разных файла, тогда как NTFS по умолчанию их не различает.
ext4, Btrfs и XFS: файловых систем несколько
Windows почти всегда работает с NTFS. В Linux файловую систему выбирают при установке, и дистрибутивы расходятся в умолчаниях. Debian и Ubuntu используют проверенную ext4. Fedora с выпуска 33 (2020 год) и openSUSE по умолчанию ставят Btrfs со снимками, подтомами и копированием при записи (copy-on-write); систему можно откатить к состоянию до обновления. В Red Hat Enterprise Linux и совместимых дистрибутивах по умолчанию используется XFS, рассчитанная на большие файлы и высокую нагрузку. Доступна и ZFS с продвинутым управлением томами.
Косая черта вместо обратной
В Windows пути записываются через обратную косую черту: C:\Users\user\Documents. В Linux – через обычную косую черту: /home/user/documents. Из общего ряда выпадает именно Windows: косая черта используется в URL-адресах и большинстве языков программирования, а обратная – соглашение Windows, унаследованное от DOS.
Программы устанавливаются из репозиториев, а не с сайтов
В Windows установка привычна: найти сайт, скачать установщик, пройти мастер. У каждой программы свой установщик и свой способ обновления. В Linux основной канал доставки – пакетные менеджеры, которые скачивают, устанавливают и обновляют программы из централизованных репозиториев. Роль витрины играет центр приложений или команда в терминале, а не отдельный сайт.
Репозиторий – сетевое хранилище готовых к установке пакетов, к которому пакетный менеджер обращается при поиске, установке и обновлении программ. Пакеты в официальных репозиториях подписаны, и менеджер проверяет подпись перед установкой.
Ключевое отличие от Windows – общие зависимости. Если нескольким программам нужна одна и та же библиотека, в Linux она устанавливается один раз, а пакетный менеджер отслеживает связи между пакетами. В Windows библиотеки обычно входят в состав каждого установщика по отдельности. Поэтому повседневная установка в Linux часто быстрее: одна команда в терминале – без мастера, без навязанного рекламного ПО и без лишних флажков.
Единого пакетного менеджера нет. В Debian и производных используется APT, в Arch – Pacman, в Fedora – DNF, в openSUSE – Zypper. У каждого свои репозитории, поэтому приложение бывает доступно в одном дистрибутиве и отсутствует в другом. В Arch вдобавок доступен AUR (Arch User Repository) – собранные сообществом рецепты сборки программ из исходного кода.
Поверх системных менеджеров существуют универсальные форматы, не зависящие от дистрибутива, – Flatpak, Snap и AppImage. Устроены они по-разному и со своими издержками:
| Формат | Доставка | Зависимости | Изоляция |
|---|---|---|---|
| Нативные пакеты (APT, DNF, Pacman) | репозитории дистрибутива | общие, в системе | нет |
| Flatpak | Flathub и сторонние репозитории | общие среды выполнения | песочница (bubblewrap, порталы) |
| Snap | единый магазин Canonical | в составе пакета | песочница (AppArmor) |
| AppImage | один исполняемый файл | в составе файла | нет |
В Flatpak используются общие среды выполнения, а программы изолированы песочницей и системой порталов, которая выдаёт доступ к файлам и оборудованию точечно. В Snap зависимости включены в пакет, а распространение идёт только через магазин Canonical; такие пакеты обычно крупнее и медленнее стартуют. AppImage – один исполняемый файл, похожий на .exe: его можно запускать из любого места без установки и держать рядом несколько версий программы. Часть приложений доступна только в одном из форматов, поэтому несколькими источниками всё равно приходится управлять.
Linux – это ядро, а операционная система – дистрибутив
В отличие от Windows, которая представляет собой единую операционную систему, сам по себе Linux – это только ядро. Полноценную систему собирают поверх него: к ядру добавляют системные утилиты (как правило, из проекта GNU), менеджер служб, набор программ и графический слой. Такие сборки называются дистрибутивами.
Ядро (kernel) – низкоуровневый компонент, который управляет оборудованием, памятью и процессами. Linux в строгом смысле – это именно ядро, а не готовая система.
Различаются дистрибутивы не только оформлением. В большинстве за запуск служб отвечает systemd, но не во всех. Отличается модель выпусков: Arch и openSUSE Tumbleweed обновляются непрерывно (rolling release), Debian и Ubuntu LTS – крупными версиями по расписанию. Различается и базовый формат пакетов: deb (Debian, Ubuntu), rpm (Fedora, RHEL, openSUSE) или собственный формат Arch.
Отдельная ветвь – неизменяемые (атомарные) дистрибутивы. В Fedora Silverblue системные файлы доступны только для чтения, обновление применяется целиком и при необходимости откатывается, а программы ставятся в основном через Flatpak. NixOS устроен иначе: вся система описывается декларативно в конфигурации, а откат к прежнему состоянию встроен в саму модель. Переход с Ubuntu на NixOS может оказаться не менее непривычным, чем переход с Windows на Ubuntu.
Рабочие окружения как сменный графический слой
В Windows рабочий стол – часть операционной системы. Панель задач, меню «Пуск», приложение «Параметры», «Проводник», привязка окон – всё встроено в саму ОС. В Linux графический слой отделён от системы. За внешний вид, системные приложения и поведение окон отвечают рабочие окружения – наборы программ, которые можно менять.
Сам графический стек тоже разделён на части: сервер отображения, оконный менеджер (композитор) и поверх них окружение. Можно обойтись без полноценного окружения и работать в одном лишь оконном менеджере – например, в мозаичных (tiling) i3, Sway или Hyprland, где окна раскладываются по экрану без перекрытий.
Сервер отображения – компонент, который выводит графику и обрабатывает ввод. Долгие годы эту роль играл X11 (X Window System), протокол родом из 1980-х. Ему на смену пришёл современный Wayland с изоляцией приложений друг от друга и лучшей поддержкой современных дисплеев.
Переход на Wayland уже идёт. В GNOME 50, вышедшем в , сессию X11 убрали полностью: окружение работает только на Wayland, а старые приложения X11 запускаются через прослойку XWayland. Эта версия легла в основу Ubuntu 26.04 LTS и Fedora 44; ранее от сессии X11 отказались в Ubuntu 25.10, Fedora 43 и RHEL 10. Разработчики KDE планируют сделать Wayland единственной сессией в выпуске Plasma 6.8, ожидаемом во второй половине 2026 года.
Сами окружения тоже устроены по-разному. GNOME построен на библиотеке GTK и композиторе Mutter; интерфейс минималистичен и выстроен вокруг виртуальных рабочих столов. KDE Plasma построен на Qt и композиторе KWin, содержит обширный набор настроек, а компоновка ближе к Windows. Поэтому два пользователя одного дистрибутива, например Fedora, могут получить совершенно разные рабочие столы – просто выбрав разные окружения.
Сложнее не изучить Linux, а отвыкнуть от Windows
Сами по себе эти концепции несложны. Трудность в основном в том, чтобы отказаться от привычек Windows: что хранилище держится на буквах дисков, что рабочий стол неотделим от ОС, а программы скачиваются с сайтов. В Linux эти связки разобраны на части – файловую систему, доставку программ, ядро и графику, – и каждую можно выбирать отдельно. Для новичка это лишняя сложность, для опытного пользователя – контроль, которого в Windows нет.