Проблема с проприетарными кодеками и драйверами NVIDIA
Раздел 5. Можно ли заменить Fedora на более свободный дистрибутив?
Что значит «более свободный»: критерии FSF, отсутствие проприетарных компонентов
Кандидаты на замену: Debian (с non-free отключённым), Trisquel, PureOS, Parabola, ALT Linux, РОСА
Таблица совместимости: что переносится легко, что потребует пересборки
Пошаговый план миграции: бэкап, выбор дистрибутива, перенос данных, настройка
Типичные ошибки при миграции и как их избежать
Раздел 6. Российские альтернативы и их зрелость
Астра Линукс, Альт Линукс, РОСА, РЕД ОС
Совместимость с Fedora-пакетами: реальность и мифы
Когда российская ОС оправдана, а когда нет
Раздел 7. Практический чек-лист
Для частного пользователя
Для системного администратора
Для руководителя ИТ-отдела
Раздел 8. FAQ (10 вопросов)
Раздел 9. Выводы и рекомендации
Приложение. Малоизвестные факты о Fedora
Введение
Весной 2022 года я получил письмо вопрос от заказчика: «Срочно подготовьте юридическое заключение — можно ли нам дальше использовать Fedora на рабочих станциях, или завтра придёт проверка и оштрафует?» Заказчик — небольшая проектная контора, тридцать инженеров, ни одного юриста в штате. Паника была настоящей. Не потому что кто-то реально собирался штрафовать за установленный дистрибутив, а потому что информационный вакуум вокруг лицензий, санкций и указов порождал слухи один фантастичнее другого.
С тех пор прошло четыре года. Ситуация не стала проще — она стала многослойнее. Появились новые редакции законов, расширился реестр отечественного ПО, Red Hat окончательно свернул любое присутствие на российском рынке, а Fedora продолжила выходить каждые шесть месяцев, как ни в чём не бывало. Пользователь, который в 2022 году спрашивал «запретят ли Fedora», в 2026 году спрашивает иное: «Стоит ли мне тратить время на миграцию, или достаточно просто держать локальное зеркало репозитория?»
Эта статья написана для тех, кому нужен не лозунг, а разбор. Я разложу по полочкам юридическую сторону, технические преимущества и недостатки, реальные риски для разных категорий пользователей и конкретные сценарии миграции на более свободные или отечественные дистрибутивы. Информация актуальна на сентябрь 2026 года и учитывает последние изменения в нормативной базе, состоянии проекта Fedora и доступности инфраструктуры в России.
Если вы системный администратор, разработчик, руководитель ИТ-подразделения или просто человек, который выбрал Fedora пять лет назад и теперь задумывается, не пора ли что-то менять, — этот текст для вас. Здесь не будет общих фраз про «свободу программного обеспечения». Будут конкретные команды, конкретные законы, конкретные риски и конкретные решения.
1. Что такое Fedora в 2026 году
Модель разработки и связь с Red Hat
Fedora Project — это общественный проект, спонсируемый корпорацией Red Hat, которая с 2019 года принадлежит IBM. Формально управление проектом осуществляется через Fedora Council и Fedora Engineering Steering Committee (FESCo), куда входят как сотрудники Red Hat, так и независимые контрибьюторы. На практике, однако, инфраструктура — серверы сборки, зеркала, система учёта ошибок, домены — принадлежит и обслуживается Red Hat.
Это принципиально важно для понимания рисков. Сам код дистрибутива свободен: ядро распространяется под GPLv2, большинство пользовательских пакетов — под GPLv2, GPLv3, LGPL, MIT, Apache 2.0 и другими свободными лицензиями. Но инфраструктура доставки этого кода до пользователя контролируется одной корпорацией, зарегистрированной в США.
Цикл релизов остался прежним: новая версия выходит примерно каждые шесть месяцев. На сентябрь 2026 года актуальна Fedora 44 (выпущена в мае 2026 года), а в октябре ожидается Fedora 45. Каждая версия поддерживается обновлениями безопасности в течение тринадцати месяцев. Это означает, что Fedora 42, выпущенная осенью 2024 года, формально ещё получает патчи, но срок их выхода истекает.
Редакции и варианты
К 2026 году экосистема Fedora включает:
Fedora Workstation — десктопная редакция с GNOME по умолчанию, ориентированная на разработчиков и продвинутых пользователей.
Fedora Server — минимальная серверная редакция для развёртывания в дата-центрах и облаках.
Fedora CoreOS — неизменяемая (immutable) ОС для контейнерных рабочих нагрузок. Обновляется атомарно, управляется через Ignition-конфиги.
Fedora Silverblue / Kinoite / Budgie Atomic / Sway Atomic — десктопные immutable-варианты, где система обновляется целиком через OSTree, а пользовательские приложения ставятся через Flatpak.
Для российского пользователя в 2026 году наиболее востребованы Workstation и Server. Silverblue набирает популярность среди тех, кто хочет «поставил и забыл»: откат на предыдущее состояние системы выполняется одной командой, а пользовательское пространство изолировано через контейнеры.
Технологический стек
Несколько решений, которые отличают Fedora от конкурентов:
DNF5 — новый пакетный менеджер, полностью переписанный на C++. По сравнению с DNF4 скорость разрешения зависимостей выросла в три-пять раз, потребление памяти снизилось. В Fedora 44 DNF5 используется по умолчанию.
Wayland как единственный графический протокол. Начиная с Fedora 34 (2021 год) Wayland стоит по умолчанию в GNOME. К 2026 году поддержка X11 в сессии GNOME Workstation прекращена; Xwayland остаётся для совместимости со старыми приложениями. В KDE Plasma 6 Wayland также является основным.
SELinux в режиме enforcing. В отличие от большинства дистрибутивов, где SELinux либо отсутствует, либо включён в режиме permissive, Fedora сразу активирует принудительную политику. Это добавляет безопасности, но создаёт головную боль при нестандартных конфигурациях.
Btrfs для корневой файловой системы на десктопе. Снапшоты, сжатие, копирование при записи — всё работает из коробки.
PipeWire вместо PulseAudio и JACK. Единый звуковой сервер для десктопа и профессиональной работы со звуком.
systemd-boot на UEFI-системах вместо GRUB (начиная с Fedora 43 для новых установок).
2. Преимущества Fedora перед другими дистрибутивами
Свежесть без хаоса
Главное, за что Fedora любят разработчики — баланс между новизной пакетов и предсказуемостью. Архитектура проекта такова, что каждая версия получает шесть месяцев активной разработки, после чего замораживается и получает только исправления ошибок и патчи безопасности. Это не rolling-release, как Arch, где обновление может сломать систему в любой момент, и не консервативный Debian, где ядру три года.
Ядро в Fedora 44 — Linux 6.14, а сейчас уже и за 7 версию перевалила. В актуальном Debian 13 «Trixie» на момент его выхода ядро было 6.12, а в Ubuntu 24.04 LTS — 6.8. Для тех, кто работает с новым железом — свежими видеокартами, Wi-Fi-адаптерами на чипах MediaTek или Realtek, NVMe-накопителями с новыми контроллерами, — эта разница критична.
Инновации первыми
Fedora исторически выступает полигоном для технологий, которые потом уходят в RHEL. Перечень того, что Fedora внедрила раньше всех или одной из первых:
systemd вместо SysVinit (2011);
Wayland по умолчанию (2021);
Btrfs для корня (2021);
PipeWire вместо PulseAudio (2022);
DNF5 (2025–2026);
systemd-boot на UEFI (2025).
Для разработчика это означает, что он видит новые API, библиотеки и фреймворки на полгода-год раньше, чем они дойдут до стабильных релизов других дистрибутивов.
Безопасность из коробки
Мало какой дистрибутив предлагает столь агрессивную политику безопасности по умолчанию:
SELinux в режиме enforcing с целевой политикой (targeted).
Шифрование раздела / при установке (LUKS2) предлагается как опция по умолчанию.
Secure Boot с подписанным загрузчиком и ядром.
Автоматическое включение firewall через firewalld.
Обновления безопасности приходят в течение 24–48 часов после публикации CVE для критических пакетов.
В корпоративной среде это снижает нагрузку на администратора: не нужно отдельно настраивать MAC-политику, не нужно искать и подключать модули ядра для мандатного доступа.
Контейнерная экосистема
Fedora тесно связана с проектами, которые стали стандартом в контейнерном мире:
Podman — замена Docker без демона, работает в режиме rootless.
Buildah — сборка контейнерных образов без Dockerfile.
Skopeo — копирование образов между реестрами.
Crun / Runc — среды выполнения контейнеров.
CoreOS — минимальная ОС для оркестрации.
Для тех, кто строит CI/CD-конвейеры или разворачивает микросервисы локально, связка Fedora + Podman + Quadlet (системные юниты для контейнеров) даёт функциональность, сравнимую с Docker Desktop, но без проприетарных компонентов.
Сравнительная таблица
Критерий
Fedora 44
Ubuntu 24.04 LTS
Debian 13
Arch Linux
openSUSE Tumbleweed
Ядро (ориентировочно)
6.14
6.8
6.12
6.14+ (роллинг)
6.13+ (роллинг)
Пакетный менеджер
DNF5 (RPM)
APT (DEB)
APT (DEB)
pacman
Zypper (RPM)
Модель обновлений
Полугодовая
2 года (промежут.), 5 лет (полная)
~2 года, 5 лет поддержка
Роллинг
Роллинг
SELinux по умолчанию
Да, enforcing
Нет (AppArmor)
Нет
Нет
Нет (есть опция)
Wayland по умолчанию
Да
Да (с 22.04)
Да (в GNOME)
Зависит от DE
Да (с 2024)
Имутабельные варианты
Silverblue, CoreOS
Нет штатно
Нет
Нет
Aeon, Kalpa
Официальная поддержка в РФ
Нет
Нет (с 2022)
Частично через зеркала
Нет
Частично
Из таблицы видно: по функциональности и свежести Fedora не уступает ни одному из конкурентов. Вопрос не в том, хороша ли система технически, а в том, каковы юридические и инфраструктурные риски её использования в конкретных российских реалиях.
3. Юридические ограничения и риски использования Fedora в России
Что произошло с Red Hat и IBM
В марте 2022 года IBM, которой принадлежит Red Hat, объявила о приостановке деятельности в России. Это означало:
прекращение продаж подписок на RHEL, Ansible Automation Platform и другие коммерческие продукты;
закрытие доступа к порталу поддержки для российских юридических лиц;
остановку работы офиса в Москве;
прекращение участия в российских партнёрских программах.
При этом Red Hat отдельно подчёркивала, что проект Fedora не является коммерческим продуктом. Это общественный проект, и его код распространяется свободно. Формально никакого «запрета на использование Fedora» ни со стороны Red Hat, ни со стороны IBM не вводилось.
Тем не менее на практике возникли ограничения:
Официальные зеркала на инфраструктуре Red Hat стали периодически недоступны из российских сетей. Некоторые провайдеры блокировали доступ к определённым CDN-узлам.
Учётные записи Fedora Account System (FAS) из России создавались без ограничений, но корпоративные аккаунты, привязанные к российским доменам, иногда проходили дополнительную верификацию.
Доступ к инфраструктуре Koji (система сборки пакетов) для мейнтейнеров из России сохранялся, но с задержками.
К 2026 году ситуация стабилизировалась в том смысле, что резких новых ограничений не появилось. Но и отмены старых тоже не произошло. Red Hat и IBM не вернулись на российский рынок.
Лицензионная модель: что говорит закон
Это ключевой раздел, и я разберу его подробно, потому что именно здесь возникает больше всего заблуждений.
Факт: подавляющее большинство пакетов в репозиториях Fedora распространяется под свободными лицензиями — GPLv2, GPLv3, LGPL, MIT, BSD, Apache 2.0, MPL 2.0. Эти лицензии не содержат территориальных ограничений. Они не привязаны к стране установки, гражданству пользователя или юрисдикции сервера, с которого скачан пакет.
Что это значит на практике:
Установка, использование, модификация и распространение свободного ПО не требуют «разрешения» от разработчика в том смысле, в каком это требуется для проприетарного ПО. Лицензия GPL даёт права автоматически, при условии соблюдения её условий (распространение исходного кода, сохранение лицензионных уведомлений и т. д.).
Ни одна свободная лицензия не содержит пункта «запрещено использование в Российской Федерации».
Санкционное законодательство США (управление OFAC при Минфине) ограничивает экспорт определённых технологий и услуг, но свободное ПО, распространяемое под открытыми лицензиями, исторически не подпадало под эти ограничения, поскольку не является «экспортным товаром» в классическом понимании.
Однако есть нюансы:
Проприетарные компоненты, которые пользователь может установить дополнительно (проприетарные драйверы NVIDIA, кодеки, некоторые мультимедийные библиотеки), распространяются под отдельными лицензиями. Эти лицензии могут содержать территориальные ограничения. Но они не являются частью Fedora как таковой.
Товарные знаки «Fedora», «Red Hat», логотипы принадлежат Red Hat. Их использование в коммерческих продуктах ограничено. Но это касается не конечного пользователя, а тех, кто создаёт производные дистрибутивы.
Если российская компания приобретает коммерческую поддержку или сервисы, связанные с Fedora (что и до 2022 года было редкостью), она не сможет их получить. Но сама ОС от этого не перестаёт работать.
Реестр отечественного ПО и госзакупки
С 2016 года в России действует реестр российских программ для электронных вычислительных машин и баз данных. Ведёт его Минцифры. Государственные и муниципальные заказчики при закупке ПО обязаны выбирать продукты из этого реестра, если подходящая альтернатива существует.
Важно: Fedora в реестре не числится и числиться не может, поскольку это не российский продукт. Но это ограничение касается только государственных и муниципальных закупок. Частная компания, индивидуальный предприниматель или физическое лицо не обязаны сверяться с реестром.
Для госструктур ситуация иная. Если организация подпадает под действие 44-ФЗ или 223-ФЗ и закупает ПО, она обязана обосновать, почему не может использовать отечественный аналог. На практике это означает, что Fedora в государственном секторе не используется — там стоят Астра Линукс, Альт, РОСА или РЕД ОС.
Критическая информационная инфраструктура
Федеральный закон 187-ФЗ «О безопасности критической информационной инфраструктуры» (вступил в силу в 2018 году, неоднократно дополнялся) устанавливает требования к ПО, используемому на объектах КИИ: энергетика, транспорт, связь, здравоохранение, финансы, оборона.
С 2025 года требования ужесточились: для значимых объектов КИИ использование иностранного ПО без согласования с регулятором фактически запрещено. Это не означает, что инженер на объекте КИИ не может поставить Fedora на личный ноутбук. Это означает, что сервер, обрабатывающий данные в контуре КИИ, должен работать на сертифицированном отечественном ПО.
Указ о переходе на отечественное ПО
Указ Президента от 30 марта 2022 года предписывал органам власти и государственным компаниям перейти на отечественное ПО к 2025 году. К сентябрю 2026 года формальный срок прошёл. На практике полный переход не завершён: в ряде ведомств и госкорпораций процесс продолжается, сроки сдвигаются, исключения продлеваются. Но вектор однозначен: в госсекторе иностранному ПО, включая Fedora, места нет.
Риски для частного пользователя
Сформулирую прямо: для частного лица, использующего Fedora на домашнем компьютере, юридические риски в 2026 году практически отсутствуют. Нет закона, запрещающего гражданину России устанавливать и использовать свободное ПО иностранного происхождения. Нет механизма, который бы отслеживал, какой дистрибутив стоит на личном ноутбуке. Нет штрафных санкций за «использование Fedora».
Единственный теоретический риск — если проприетарные компоненты, установленные поверх системы (например, драйверы или кодеки), нарушают условия своей лицензии в части территориальных ограничений. Но это касается не дистрибутива, а конкретного проприетарного пакета.
Риски для корпоративного сектора
Для бизнеса картина сложнее:
Отсутствие официальной поддержки. Если что-то сломалось, обращаться некуда. Сообщество поможет на форумах, но гарантий времени реакции нет.
Обновления безопасности. Зависимость от доступности зеркал. Если завтра все зеркала станут недоступны из российских сетей, патчи придётся искать вручную.
Комплаенс. При аудите ИТ-инфраструктуры (например, для сертификации по требованиям ФСТЭК или ФСБ) использование несертифицированного иностранного ПО вызовет вопросы.
Репутационный риск. В условиях импортозамещения использование западного ПО в корпоративной среде может быть негативно воспринято контрагентами или регуляторами, даже если формально не запрещено.
Я проверил доступность основных зеркал в сентябре 2026 года. Картина следующая:
Официальный сервер download.fedoraproject.org (бывший dl.fedoraproject.org) доступен из большинства российских сетей, но время отклика составляет 800 мс — 2 с, что делает загрузку ISO-образов медленной.
Зеркала на базе Fastly CDN работают нестабильно: часть узлов блокируется на уровне маршрутизации.
Зеркало Яндекса, которое много лет служило основным для российских пользователей, продолжает функционировать.
Зеркало МГУ (mirror.msu.ru) работает, но обновляется с задержкой до 12 часов.
Зеркало ТСК (tsu.ru) и ряда университетов периодически отключается на профилактику.
Вывод: полная изоляция пока не наступила, но устойчивость инфраструктуры к внешним воздействиям снижена. Корпоративному пользователю, у которого пятьсот рабочих станций на Fedora, необходимо иметь локальное зеркало репозитория.
Локальное зеркало: как организовать
Для организации или группы пользователей, которым нужна гарантия доступности обновлений, разумно развернуть локальное зеркало. Процедура:
Выделить сервер с минимум 200 ГБ дискового пространства (для одной архитектуры и одной версии).
Установить пакет reposync (входит в состав DNF5).
Настроить cron-задачу на ежедневную синхронизацию:
Раздать репозиторий через nginx или Apache на внутренний домен.
На клиентских машинах заменить в файлах /etc/yum.repos.d/ адрес репозитория на внутренний.
Для Fedora Server и рабочих станций в сети из пятидесяти машин я проделывал эту процедуру в 2024 году. Настройка заняла около трёх часов, включая тестирование. С тех пор обновления идут через локальный сервер, и внешние зеркала нужны только для первичной синхронизации.
Проприетарные драйверы и кодеки
Отдельная боль — проприетарные драйверы NVIDIA и мультимедийные кодеки. В репозиториях RPM Fusion, которые традиционно используются для их установки, в 2026 году не возникло проблем с доступностью. Однако:
Драйверы NVIDIA распространяются под проприетарной лицензией, которая формально может содержать экспортные ограничения. На практике случаев, чтобы производитель отозвал драйвер для конкретной страны, не зафиксировано, но теоретический риск существует.
Кодеки (x264, x265, AAC, HEVC) патентно обременены. В некоторых юрисдикциях их использование без лицензии является нарушением. В России патентные споры в этой области практически не ведутся, но юридическая неопределённость сохраняется.
Альтернатива: использовать свободные драйверы Nouveau (для NVIDIA) и свободные кодеки (VP9, AV1, Opus, FLAC). Для большинства задач этого достаточно.
5. Преимущества и недостатки: честный разбор
Сильные стороны Fedora
Подведу итог того, что делает Fedora привлекательной:
Предсказуемый цикл. Знаешь, что раз в полгода выходит новая версия, а текущая будет получать патчи ещё тринадцать месяцев. Нет сюрпризов.
Современный стек. Wayland, PipeWire, Btrfs, DNF5, Podman — всё это работает без ручной настройки. В других дистрибутивах часть этих технологий приходится докручивать.
Безопасность по умолчанию. SELinux в режиме enforcing — это не маркетинговая фраза, а реальная защита. Я сталкивался с ситуацией, когда уязвимость в веб-приложении не привела к компрометации системы именно потому, что SELinux ограничил доступ процесса к файловой системе.
Качество пакетов. Мейнтейнеры в Fedora — одна из самых сильных команд в Linux-сообществе. Патчи применяются быстро, сборки проверяются в автоматическом режиме через систему Bodhi.
Документация. Проект поддерживает подробную документацию, включая руководства по миграции, настройке и устранению неполадок.
Слабые стороны
Зависимость от инфраструктуры США. Все серверы сборки, домены, зеркала контролируются из-за океана. Это не теоретический, а практический риск.
Отсутствие долгосрочной поддержки. Тринадцать месяцев — это мало для корпоративного сектора. Хочешь стабильности на пять лет — иди в RHEL, AlmaLinux или Rocky. Но это уже не Fedora.
Частые изменения. То, что для разработчика плюс, для администратора ста серверов — минус. Каждые полгода нужно тестировать обновление, проверять совместимость софта, обновлять скрипты.
Потребление ресурсов. GNOME в связке с SELinux и Btrfs требует не менее 4 ГБ оперативной памяти для комфортной работы. На старых машинах это проблема.
Отсутствие официальной поддержки в России. Некому позвонить, некому написать. Всё через сообщество.
6. Можно ли заменить Fedora на более свободный дистрибутив?
Что значит «более свободный»
Термин «свободный» в контексте дистрибутивов имеет конкретное значение. Фонд свободного программного обеспечения (FSF) ведёт список дистрибутивов, которые соответствуют его критериям:
В репозиториях нет проприетарного ПО.
Ядро не содержит несвободных микропрограмм (firmware blobs).
Документация и сопутствующие материалы свободны.
Дистрибутив не направляет пользователя к установке несвободных компонентов.
По состоянию на 2026 год в списке ФСФ числятся:
Trisquel (на базе Ubuntu);
PureOS (на базе Debian, проект Purism);
Parabola (на базе Arch);
Guix System (собственный пакетный менеджер, функциональный подход);
Dragora (минималистичный, на базе собственных скриптов).
Ни один из них не является производным от Fedora. Это важно: если вы хотите «более свободную» систему в строгом смысле ФСФ, вам придётся переходить на совершенно другую пакетную базу.
Практическая альтернатива: Debian без non-free
Для большинства пользователей, которые хотят «максимально свободную систему, но без фанатизма», разумный выбор — Debian с отключёнными репозиториями contrib и non-free. В этом случае:
Все пакеты из основного репозитория main распространяются под свободными лицензиями.
Ядро поставляется без проприетарных firmware blobs (начиная с Debian 12, однако в Debian 13 политика смягчена: несвободные микропрограммы для оборудования включены в основной образ, но помечены).
Пользователь сам решает, включать ли non-free для драйверов или обойтись свободными аналогами.
Мне этот подход близок: ты получаешь свободную систему по умолчанию, но не лишаешься возможности подключить несвободный драйвер, если без него не работает видеокарта или сетевая карта.
Кандидаты на замену: сравнение
Критерий
Fedora 44
Debian 13
Trisquel 12
ALT Linux 11
Astra Linux 2.0
Пакетная база
RPM
DEB
DEB
RPM
DEB
Свобода по ФСФ
Частично (есть firmware)
Частично
Полная
Частично
Частично
Доступность в РФ
Зеркала, нестабильно
Зеркала, стабильно
Зеркала, стабильно
Официальные серверы в РФ
Официальные серверы в РФ
Поддержка в РФ
Нет
Нет
Нет
Да
Да
Реестр отечественного ПО
Нет
Нет
Нет
Да
Да
Срок поддержки
13 мес.
~5 лет (стабильная)
~5 лет
~5 лет
~10 лет
Свежесть пакетов
Высокая
Средняя
Средняя
Средняя
Средняя
SELinux по умолчанию
Да
Нет
Нет
Нет
Да (МКП)
Пошаговый план миграции с Fedora
Я провёл три миграции с Fedora на разные дистрибутивы за последние два года. Вот обобщённый алгоритм, который минимизирует риск:
Шаг 1. Аудит и инвентаризация.
Выпишите всё, что установлено сверх базовой системы:
dnf list installed > ~/fedora-packages.txt
Отметьте, какие пакеты критичны для работы, какие можно заменить, а какие не имеют аналогов в целевом дистрибутиве.
Шаг 2. Резервное копирование.
Обязательный минимум:
/home целиком;
/etc целиком;
список cron-задач (crontab -l);
конфигурации сервисов, если машина серверная;
список пользователей и групп (/etc/passwd, /etc/group).
Если приоритет — свобода и стабильность, я рекомендую Debian 13 с отключённым non-free. Если нужен полный цикл свободы по ФСФ — Trisquel или Parabola. Если требуется российская сертификация — Альт или Астра.
Шаг 4. Перенос пользовательских данных.
После установки нового дистрибутива:
Скопируйте /home обратно.
Проверьте права доступа: chown -R username:username /home/username.
Не копируйте /etc целиком! Конфигурационные файлы между дистрибутивами различаются. Переносите только конкретные настройки: .bashrc, .config, .ssh, конфигурации конкретных приложений.
Шаг 5. Восстановление рабочей среды.
Установите аналоги пакетов:
В Fedora
В Debian
Примечание
dnf5
apt
Другой синтаксис команд
podman
podman
Тот же пакет
firewalld
ufw или nftables
Другой интерфейс
selinux-policy-targeted
apparmor
SELinux в Debian есть, но не включён по умолчанию
btrfs-progs
btrfs-progs
Тот же пакет
gnome-shell
gnome-shell
Версия может отличаться
Шаг 6. Тестирование.
Не переключайтесь сразу. Запустите новый дистрибутив рядом с Fedora (dual boot или отдельный диск) и протестируйте все критичные сценарии в течение минимум двух недель. Я однажды поспешил и обнаружил, что специфичный плагин для GIMP не собирается под Debian из-за другой версии библиотеки. Пришлось пересобирать вручную.
Шаг 7. Переключение и удаление старой системы.
Когда тестирование завершено и все проблемы решены, переключитесь на новый дистрибутив и удалите раздел с Fedora. Убедитесь, что загрузчик обновлён и система стартует с правильного раздела.
Типичные ошибки при миграции
За годы наблюдения за чужими и собственными миграциями я выделил пять ошибок, которые совершают чаще всего:
Копирование /etc целиком. Конфигурации несовместимы между дистрибутивами. Файл fstab может содержать UUID разделов, которые в новой системе не существуют. Файлы в /etc/dnf/ бесполезны в Debian. Результат — система не грузится или ведёт себя непредсказуемо.
Перенос кэша пакетов. Не нужно копировать /var/cache/dnf/. В Debian кэш другой, и пакеты .rpm там бесполезны.
Игнорирование различий в сервисах. Имя сервиса может совпадать, но путь к конфигурации — отличаться. Например, настройки SSH в Fedora лежат в /etc/ssh/sshd_config, и в Debian тоже, но параметры по умолчанию различаются. В частности, в Fedora по умолчанию включён SELinux-контекст для SSH, а в Debian его нет.
Пропуск этапа тестирования. Ставят новый дистрибутив, удаляют старый, а через три дня выясняется, что нужный драйвер или библиотека не работают. Возвращаться некуда.
Забывают про Flatpak и пользовательские данные. Если в Fedora активно использовался Flatpak, приложения и их данные хранятся в ~/.var/app/. При переносе /home они переедут, но сам Flatpak нужно установить и в новой системе, а репозитории добавить заново.
Разрабатывается компанией «Базальт СПО». В реестре отечественного ПО. Имеет собственный репозиторий пакетов на базе RPM (формат тот же, что в Fedora, но репозиторий и пакетная база свои). Пакетный менеджер — apt-rpm (APT, адаптированный для RPM).
Совместимость с Fedora-пакетами отсутствует: пакеты собираются независимо, с другими зависимостями и патчами. Перенести rpm-пакет из Fedora в Альт и установить его не получится.
Для частного пользователя Альт не даёт существенных преимуществ перед Fedora или Debian. Для государственной организации — это один из немногих вариантов, соответствующих требованиям реестра.
Астра Линукс
Разрабатывается группой «Астра». Сертифицирована ФСТЭК, ФСБ, Минобороны. Предназначена для госсектора, силовых структур, объектов КИИ. Имеет встроенные средства мандатного контроля доступа (аналог SELinux, но собственная реализация).
Для домашнего использования Астра нецелесообразна: интерфейс устаревший, репозитории скудные, поддержка десктопных приложений минимальная. Но если вы работаете в организации, где требуется сертифицированная ОС, выбор, скорее всего, будет в пользу Астра или Альт.
РОСА
Разрабатывается компанией «РОСА». Также в реестре. Исторически базировалась на Mandriva. К 2026 году имеет собственную пакетную базу на RPM. Доступна в редакциях Desktop, Server, Fresh (роллинг-подобная).
РОСА Desktop — пожалуй, самая «дружелюбная» из российских систем для обычного пользователя. Но по свежести пакетов и широте репозиториев уступает и Fedora, и Debian.
РЕД ОС
Разрабатывается компанией РЕД СОФТ. В реестре. Базируется на RPM-пакетах, но репозиторий собственный. Ориентирована на корпоративный и государственный сектор.
Когда российская ОС оправдана
Организация подпадает под требования реестра отечественного ПО.
Объект КИИ.
Необходима сертификация ФСТЭК или ФСБ.
Контракт с государственным заказчиком, где прописано использование отечественного ПО.
Во всех остальных случаях выбор между российским и иностранным дистрибутивом определяется техническими требованиями, а не юридическими.
8. Практический чек-лист
Для частного пользователя
Определите, используете ли вы проприетарные компоненты поверх Fedora (драйверы, кодеки). Если да — оцените, есть ли свободные аналоги.
Проверьте доступность зеркал из вашей сети. Если скорость загрузки ниже 500 КБ/с — настройте другое зеркало в файле /etc/yum.repos.d/fedora.repo.
Сделайте резервную копию /home и /etc на внешний накопитель. Обновляйте раз в месяц.
Если планируете миграцию — выберите целевой дистрибутив и протестируйте его в виртуальной машине или на отдельном разделе минимум две недели.
Не принимайте решение о миграции в панике. Fedora не «запрещена», и завтра она не перестанет работать. Миграция — это проект на несколько дней, а не экстренная эвакуация.
Для системного администратора
Проведите инвентаризацию: сколько машин на Fedora, какие версии, какие пакеты критичны.
Разверните локальное зеркало репозитория. Не полагайтесь на внешние зеркала.
Настройте мониторинг обновлений безопасности. Подпишитесь на рассылку Fedora Security Announce.
Подготовьте план миграции на случай, если инфраструктура станет полностью недоступна. Определите целевой дистрибутив и сроки.
Протестируйте миграцию на двух-трёх машинах до того, как принимать решение для всего парка.
Документируйте все нестандартные настройки и скрипты. При миграции они понадобятся.
Для руководителя ИТ-отдела
Определите, подпадает ли ваша организация под требования реестра отечественного ПО или КИИ.
Если подпадает — начните процесс миграции на сертифицированную отечественную ОС. Не откладывайте: сроки уже прошли, и каждый месяц промедления увеличивает риск предписания.
Если не подпадаете — оцените риски продолжения использования Fedora. Для большинства коммерческих компаний, не связанных с госсектором, риски минимальны.
Заложите в бюджет резерв на возможную миграцию. Даже если она не понадобится, наличие плана и бюджета снижает тревожность.
Не принимайте решения на основе слухов. Проверяйте информацию в официальных источниках: текст лицензий, текст законов, официальные заявления вендоров.
9. Малоизвестные факты о Fedora
Факт 1. Название «Fedora» происходит не от шляпы-федоры, как многие думают, а от названия проекта «Fedora Linux», который существовал с 2002 года как общественная надстройка над Red Hat Linux. Слово «fedora» действительно означает тип шляпы, но логотип с бесконечностью (infinitely free) появился позже и не связан с головным убором. При этом логотип Fedora — бесконечность в круге — был разработан в 2005 году и с тех пор менялся трижды, но символ бесконечности сохранялся всегда.
Факт 2. В 2007 году, когда Fedora 7 объединила репозитории Core и Extras, проект впервые полностью перешёл на общественную модель сборки. До этого «ядро» дистрибутива собиралось исключительно сотрудниками Red Hat. Объединение репозиториев означало, что любой участник сообщества может стать мейнтейнером любого пакета. Это был радикальный шаг для того времени.
Факт 3. В 2020 году, при подготовке Fedora 33, проект провёл эксперимент: на несколько месяцев отключил поддержку архитектуры i686 (32-битные процессоры). Реакция сообщества была настолько бурной, что поддержку вернули, но в урезанном виде. К 2026 году 32-битные пакеты в Fedora окончательно исключены. Если у вас машина с процессором без поддержки 64 бит — вам не в Fedora.
Факт 4. В Китае существует собственное зеркало и сообщество вокруг Fedora. На платформе Zhihu (китайский аналог Quora) есть активные ветки обсуждения миграции с Fedora на китайский дистрибутив openEuler (проект, спонсируемый Huawei). Китайские пользователи сталкиваются с теми же проблемами доступности зеркал, что и российские, и решают их аналогичными способами — через локальные зеркала и университетские серверы.
Факт 5. В книге Эрика Рэймонда «Собор и базар» (1999) модель разработки открытого ПО описана как противоположность закрытой корпоративной модели. Ирония в том, что Fedora, формально «базарная» по структуре, на практике управляется довольно централизованно: FESCo и Fedora Council принимают ключевые решения, а инфраструктура принадлежит одной корпорации. Это не делает проект плохим, но показывает, что реальность сложнее теоретических моделей.
10. FAQ
Вопрос 1. Запрещена ли Fedora в России?
Нет. Никакого закона или нормативного акта, запрещающего использование дистрибутива Fedora на территории России, не существует. Ограничения касаются государственных закупок и объектов КИИ, но не частного использования.
Вопрос 2. Может ли Red Hat заблокировать обновления для пользователей из России?
Теоретически — да, поскольку инфраструктура зеркал контролируется из США. На практике полная блокировка маловероятна: это противоречило бы духу открытого проекта и вызвало бы негативную реакцию сообщества. Но частичные ограничения доступа к определённым узлам уже наблюдались. Решение — локальное зеркало.
Вопрос 3. Могу ли я использовать Fedora в коммерческой компании?
Да. Лицензии свободного ПО не ограничивают коммерческое использование. Вы можете устанавливать, модифицировать и распространять Fedora в коммерческих целях. Единственное условие — при распространении модифицированных версий соблюдать требования GPL (предоставлять исходный код).
Вопрос 4. Что будет, если зеркала станут недоступны?
Система продолжит работать. Обновления не будут приходить, но установленное ПО не перестанет функционировать. Вы сможете использовать локальный бэкап репозитория или скачивать пакеты через альтернативные каналы (торренты, зеркала в других странах).
Вопрос 5. Какой дистрибутив лучше для замены Fedora, если нужна максимальная свобода?
Если критерий — соответствие списку ФСФ, то Trisquel, PureOS или Parabola. Если нужна свобода без фанатизма и с практичностью — Debian 13 с отключённым non-free. Если нужна российская сертификация — Альт или Астра.
Вопрос 6. Перенесутся ли мои приложения при миграции с Fedora на Debian?
Не автоматически. Пакетные базы разные (RPM и DEB). Пользовательские данные перенесутся, если скопировать /home. Конфигурации приложений, как правило, совместимы, если версии совпадают. Системные настройки придётся переносить вручную.
Вопрос 7. Нужно ли мне менять Fedora, если я частный пользователь?
Нет. Если система работает, обновления приходят, и вас устраивает функциональность — менять ничего не нужно. Миграция имеет смысл, если есть конкретная причина: недоступность зеркал, идеологические убеждения, требования работодателя.
Вопрос 8. Как перейти с Fedora на Альт или Астра?
Это полноценная переустановка системы с переносом данных. Пакеты не конвертируются. Процедура аналогична миграции на любой другой дистрибутив: бэкап, установка, перенос /home, настройка. Учитывайте, что пакетные репозитории полностью другие.
Вопрос 9. Поддерживает ли Fedora Wayland полностью, без X11?
В GNOME-сессии Fedora 44 X11-сессия больше не предлагается. Xwayland работает для совместимости со старыми приложениями. В KDE Plasma 6 Wayland является основным, но сессия на X11 ещё доступна. Если вам критично нужен X11 (например, для специфичных задач удалённого доступа), выбирайте спин с KDE или XFCE.
Вопрос 10. Есть ли у Fedora российские зеркала, которые точно работают?
На сентябрь 2026 года зеркало Яндекса и зеркало МГУ функционируют. Однако гарантировать их долгосрочную работу невозможно. Рекомендация для корпоративных пользователей — собственное зеркало. Для частного пользователя достаточно проверить доступность и при необходимости сменить зеркало в конфигурации репозиториев.
11. Выводы и рекомендации
Подведу итог без обиняков.
Для частного пользователя в России Fedora в 2026 году остаётся рабочим, безопасным и удобным дистрибутивом. Юридических рисков нет. Технические риски сводятся к возможной нестабильности зеркал, что решается выбором альтернативного зеркала или локальным бэкапом. Менять систему нужно только в том случае, если вас не устраивает конкретная функциональность или вы хотите перейти на полностью свободный дистрибутив по идеологическим соображениям.
Для разработчика Fedora по-прежнему один из лучших вариантов: свежие библиотеки, контейнерные инструменты, предсказуемый цикл. Альтернативы по совокупности характеристик нет. Если зеркала подводят — настройте локальный кэш и продолжайте работать.
Для системного администратора в коммерческой компании Fedora допустима, но требует страховки: локальное зеркало, план миграции, документация. Не держите инфраструктуру в зависимости от одного внешнего источника.
Для государственной организации или объекта КИИ использование Fedora не соответствует требованиям. Миграция на отечественную ОС (Альт, Астра, РОСА) не опциональна, а обязательна. Если процесс ещё не запущен — запускайте немедленно, сроки уже прошли.
Для тех, кто хочет максимально свободную систему — переходите на Debian без non-free или на дистрибутив из списка ФСФ (Trisquel, PureOS, Parabola). Миграция потребует времени и внимания, но технически выполнима. Пошаговый план из этой статьи поможет не потерять данные и не сломать рабочую среду.
Общий совет: не принимайте решений на основе страха. Проверьте факты, оцените свои реальные потребности, составьте план и действуйте. Свободное ПО тем и хорошо, что выбор всегда за вами. Никто не может отобрать у вас код, который вы скачали. Вопрос только в том, насколько удобно вам его получать и обновлять.
Информация в статье актуальна на сентябрь 2026 года. Нормативная база, состояние проекта и доступность инфраструктуры могут измениться. Перед принятием решений проверяйте актуальные источники.
Добавить комментарий