В чем разница между Debian и Ubuntu

Почему Debian и Ubuntu разделились

Разделение Debian и Ubuntu в 2004 году произошло из-за разницы в подходах к календарному планированию, а не из-за различий в коде. Debian выпускает стабильный релиз тогда, когда команда разработки признает его готовым. Ubuntu взяла на себя обязательство выпускать новую версию каждые шесть месяцев в заранее установленную дату, поэтому она берет копию ветки разработки Debian, замораживает её, исправляет ошибки и выпускает релиз.

Двадцать два года спустя эти системы по-прежнему используют общий формат пакетов и инструменты управления ими, а большая часть работы по упаковке ПО выполняется один раз для обеих систем. Они не разделяют график выпуска, условия поддержки и единое мнение о том, что должно входить в стандартную установку. Это полезное различие при выборе операционной системы для сервера, так как оно отделяет косметические отличия от тех, что могут стоить вам целого дня работы.

Происхождение Ubuntu

Иэн Мердок основал проект Debian 16 августа 1993 года. К 2004 году Debian стал крупнейшим дистрибутивом, поддерживаемым силами сообщества, но его развитие шло медленно. Релиз Debian 3.0 "woody" состоялся 19 июля 2002 года, а его преемник, Debian 3.1 "sarge", вышел только 6 июня 2005 года. Между двумя стабильными релизами прошло почти три года. В этот период у пользователей, которым требовалось актуальное программное обеспечение на сервере с Debian, не было официальных решений от самого проекта Debian.

В апреле 2004 года Марк Шаттлворт пригласил около дюжины разработчиков Debian в свою лондонскую квартиру, чтобы спланировать создание системы на базе Debian с фиксированным графиком выпуска. Для их найма он основал компанию Canonical Ltd. Первый релиз, Ubuntu 4.10 "Warty Warthog", вышел через шесть месяцев, 20 октября 2004 года. Номер версии соответствует дате выпуска: 4.10 означает октябрь 2004 года, а 26.04 — апрель 2026 года.

Ubuntu никогда не была форком в обычном понимании этого слова. Форк копирует кодовую базу один раз, после чего развивается независимо от оригинала. Ubuntu же копирует Debian заново в каждом цикле разработки. Пакеты берутся из ветки Debian unstable, которую в Debian называют sid, и эта копия автоматически обновляется в течение первых недель каждого цикла Ubuntu. После заморозки импорта разработчик Ubuntu должен переносить каждый последующий пакет вручную и обосновывать это в соответствии с правилами заморозки. Более широкое генеалогическое древо дистрибутивов Linux содержит множество настоящих форков. Ubuntu к ним не относится. Это постоянный downstream-проект.

Что остается общим для обоих проектов

Общая часть значительно больше, чем различия. Оба проекта используют формат пакетов .deb с dpkg в основе и apt поверх него, а также следуют Debian Policy в вопросах размещения файлов и объявления зависимостей. Согласно документации для разработчиков Ubuntu, примерно четыре из пяти исходных пакетов копируются из Debian без каких-либо изменений. Когда мейнтейнер исправляет ошибку в Debian, он исправляет её и для пользователей Ubuntu, обычно без участия обеих сторон.

Если Ubuntu вносит изменения в пакет, это отражается в строке версии. 1.2.3-4 из Debian превращается в 1.2.3-4ubuntu1, и этот суффикс обозначает локальное изменение, которое в обоих проектах называют дельтой. Ubuntu публикует полную дельту для каждого измененного пакета и пересылает патчи в систему отслеживания пакетов Debian, чтобы мейнтейнер Debian мог увидеть, что сделал downstream-разработчик, и при необходимости использовать эти наработки.

С 2005 года ведутся споры о том, достаточно ли этого, и стоит изложить суть аргументов прямо, не принимая ничью сторону. Со стороны Debian претензия заключается в распределении усилий: Canonical платит сотрудникам за работу над downstream-версией, этот проект собирает пользователей и внимание, а отправка исправлений обратно в upstream — это дополнительная работа, за которую никто не платит. Со стороны Ubuntu аргумент в том, что шестимесячный цикл выпуска не подходит для проекта, у которого нет жестких сроков, поэтому ожидание Debian не всегда возможно. Оба утверждения верны. Ни одно из них никогда не препятствовало обмену пакетами.

Релиз по готовности против релиза по календарному графику

Дата релиза Debian — это результат, а не обещание. Debian 12 "bookworm" был выпущен 10 июня 2023 года, а Debian 13 "trixie" — 9 августа 2025 года, с интервалом примерно в два года, но ничто не гарантирует, что следующий промежуток будет таким же. Текущая ветка тестирования называется "forky", и у неё нет даты релиза, так как Debian не объявляет её до тех пор, пока количество критических ошибок не позволит это сделать.

Дата релиза Ubuntu — это обещание. Новый релиз выходит каждые шесть месяцев, и каждый четвёртый из них, в апреле чётного года, является LTS-релизом (с долгосрочной поддержкой). Ubuntu 26.04 LTS "Resolute Raccoon" был выпущен 23 апреля 2026 года, строго по графику. Промежуточные релизы получают обновления только в течение девяти месяцев, поэтому их не следует использовать на серверах, которые вы не хотите переустанавливать дважды в год. Выбор между Ubuntu LTS и промежуточными релизами на сервере сводится именно к этому девятимесячному сроку.

Периодичность релизов определяет ваш календарь обновлений, и это самое практическое следствие данного различия. В случае с Ubuntu LTS вы за годы до события знаете, что следующее обновление системы произойдёт в апреле чётного года, поэтому обновление с Ubuntu 24.04 до 26.04 можно было спланировать ещё до появления 26.04. В Debian вы следите за анонсами заморозки (freeze) и планируете работы уже после того, как релиз фактически состоялся.

Что изменили LTS-релизы

Ubuntu 6.06 LTS "Dapper Drake" была выпущена 1 июня 2006 года и стала первым LTS-релизом. До этого Ubuntu была динамично развивающейся системой, которая обновлялась дважды в год, что не подходит для построения корпоративных серверов. LTS-релизы сделали одну важную вещь: они установили дату окончания поддержки в будущем, достаточно отдаленную для планирования работы. Именно это изменение сделало Ubuntu дистрибутивом по умолчанию для серверов, а шестимесячный цикл разработки стал его фундаментом, так как каждый LTS собирается из наработок, проверенных в промежуточных релизах.

Debian пришел к тому же результату с другой стороны. Его стабильные релизы и так обновлялись медленно, а проект Debian LTS продлил срок поддержки каждого из них после того, как основная команда безопасности Debian прекращает активную работу над версией.

Кто обеспечивает поддержку и как долго

[
  {
    "label": "Debian stable",
    "support_duration": 3
  },
  {
    "label": "Debian LTS",
    "support_duration": 5
  },
  {
    "label": "Debian ELTS, paid",
    "support_duration": 10
  },
  {
    "label": "Ubuntu LTS",
    "support_duration": 5
  },
  {
    "label": "Ubuntu Pro ESM",
    "support_duration": 10
  },
  {
    "label": "Ubuntu Pro plus Legacy",
    "support_duration": 15
  }
]

Собственная команда безопасности Debian сопровождает стабильный релиз в течение 3 лет. После этого команда Debian LTS, которую в Debian описывают как группу добровольцев и компаний, а не как официальную команду безопасности или релизную команду, продлевает поддержку до 5 лет. Переход заметен по текущим датам: bookworm перешел в статус LTS 11 июня 2026 года и будет поддерживаться до 30 июня 2028 года, а bullseye завершает период LTS 31 августа 2026 года. После этого момента Freexian продает Extended LTS (ELTS) на срок до 10 лет, причем только для того подмножества пакетов, которые реально используют платные клиенты.

Ubuntu LTS получает 5 лет стандартного обслуживания безопасности от Canonical. Подписка Ubuntu Pro увеличивает этот срок до 10 лет за счет ESM (расширенного обслуживания безопасности) как для репозитория main, так и для universe, а дополнение Legacy продлевает его до 15. По состоянию на август 2026 года Ubuntu Pro бесплатен для личного использования на пяти машинах, поэтому на одном VPS цифра в десять лет является реальной без оформления заказа. Pro также включает сервис livepatch — это поддерживаемый способ применения патчей ядра на VPS без перезагрузки при каждом обновлении безопасности ядра.

Структура, стоящая за этими цифрами, важнее самих цифр. В случае с Ubuntu вы покупаете поддержку у той же компании, которая создает дистрибутив. У Debian такой компании нет, поэтому платная поддержка предоставляется третьими лицами, такими как Freexian, вашим хостинг-провайдером или вашей собственной командой.

Системы инициализации и голосование, поставившее точку в споре

Самым острым техническим разногласием стала система инициализации — первый процесс, запускаемый ядром, который управляет всеми последующими службами. В Ubuntu 6.10 "Edgy Eft", выпущенной 26 октября 2006 года, была представлена Upstart, разработанная в Canonical. Debian в течение многих лет сохранял sysvinit, пока продолжались дискуссии. Технический комитет Debian разрешил спор голосованием, завершившимся 11 февраля 2014 года; решающий голос председателя определил переход на systemd в Debian 8.

Ubuntu последовала этому примеру через несколько дней. В публикации Шаттлворта о принятом решении под названием "Losing graciously" причина была изложена прямо: Ubuntu является частью семейства Debian, поэтому она примет общий результат. В Ubuntu 15.04 система systemd стала стандартной 23 апреля 2015 года, а в Debian 8 "jessie" — 26 апреля 2015 года, тремя днями позже.

Именно благодаря этой унификации большинство руководств по настройке служб подходят для обеих систем без изменений. Файлы юнитов, systemctl и journalctl работают одинаково в обеих ОС. В Debian 13 поставляется systemd 257, а в Ubuntu 26.04 LTS — systemd 259, поэтому разница между ними заключается лишь в номере версии, а не в архитектуре.

Snap и проблема портируемости

В Ubuntu 16.04 LTS пакеты snap появились в 2016 году, а в 18.04 некоторые стандартные приложения впервые стали поставляться в этом формате. Snap — это изолированный пакет, содержащий собственные копии зависимостей. Благодаря этому разработчики могут выпускать новую версию проекта сразу для всех поддерживаемых релизов Ubuntu, не дожидаясь обновления системных репозиториев.

Причина, по которой другие крупные дистрибутивы не сделали snap форматом по умолчанию, кроется не в самой технологии. Клиент snapd взаимодействует с единственным магазином приложений, управляемым компанией Canonical, при этом серверная часть этого магазина имеет закрытый исходный код. Дистрибутив, внедряющий поддержку snap, передает часть контроля над распространением своего ПО стороннему вендору. Debian этого не сделал, и пакет snapd не устанавливается там по умолчанию.

Именно здесь инструкции от разработчиков ПО часто перестают работать. Certbot — наиболее наглядный пример: в его документации рекомендуется установка через snap, а также содержится предупреждение о том, что пакеты в дистрибутивах «имеют тенденцию быстро устаревать в LTS-релизах». Если следовать этой инструкции на Ubuntu, всё работает. Если же выполнить те же действия на чистом сервере Debian, то уже на первом шаге выяснится, что запускать нечего. Наше собственное руководство по Certbot для Nginx на Ubuntu 24.04 по этой причине использует пакет из системного репозитория.

Ядра, прошивки и вопрос о несвободном ПО

Общественный договор Debian и DFSG (руководство Debian по свободному ПО) определяют, что может быть включено в основной репозиторий main. Всё остальное попадает в contrib и non-free. На протяжении большей части истории Debian это касалось и бинарных прошивок (blobs), необходимых обычному сетевому оборудованию и накопителям для работы. После принятия общего решения в 2022 году, в Debian 12 был добавлен отдельный раздел архива non-free-firmware, и с тех пор официальные образы установщика содержат необходимые прошивки.

Ubuntu с самого начала приняла противоположное решение. Её архив разделен на main и restricted, которые поддерживает Canonical и которые включают проприетарные драйверы, а также universe и multiverse, поддерживаемые сообществом. На VPS этот эффект незначителен, так как виртуальному оборудованию почти не требуются прошивки. На выделенном сервере это разница между сетевой картой, которая работает, и той, которая не инициализируется.

Ядра различаются по той же логике. По состоянию на август 2026 года, Ubuntu 26.04 LTS поставляется с Linux 7.0, а Debian 13 — с Linux 6.12. Ubuntu также обновляет ядро внутри одного релиза LTS с помощью стеков аппаратного обеспечения (hardware enablement stacks), в то время как Debian сохраняет одну версию ядра на протяжении всего жизненного цикла стабильного выпуска, предлагая более новые версии через backports. «Более новое» означает лучшую поддержку современных устройств virtio и файловых систем. «Более старое» означает, что поведение системы, которое вы протестировали в январе, останется неизменным и в декабре.

Что ломается при использовании инструкций для другой системы

В большинстве случаев руководство, написанное для одной системы, подходит и для другой. Ошибки обычно возникают в нескольких типичных местах.

• Сторонние репозитории apt публикуются с привязкой к дистрибутиву и кодовому имени версии. Поставщик, поддерживающий noble и jammy, может не выпустить пакеты для trixie, и ошибка будет выглядеть как сетевой сбой, хотя на самом деле это ограничение политики поставщика.
• PPA-репозитории в Launchpad собираются только для конкретных серий Ubuntu. Добавление такого репозитория в Debian приведет к попытке установки бинарных файлов, скомпилированных с версиями библиотек Ubuntu. Это либо сработает случайно, либо потянет за собой значительную часть окружения выполнения Ubuntu в вашу систему.
• Для всего, что предполагает использование snapd, подписки Ubuntu Pro или Canonical livepatch, в Debian нет эквивалентных шагов. Такие разделы руководства нужно не адаптировать, а полностью заменять.
• Образы по умолчанию различаются тем, под каким пользователем вы входите в систему. В образах Ubuntu обычно предоставляется пользователь ubuntu с правами sudo и без пароля root, в образах Debian — пользователь debian, а в образах от провайдеров настройки могут варьироваться. Проверьте своего пользователя, прежде чем менять что-либо в SSH.

Если в репозитории нет пакетов для вашего релиза, apt сообщает об этом прямо:

E: The repository 'https://download.example.com/linux/debian forky Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

Это сообщение означает, что поставщик не публиковал пакеты для вашего кодового имени. Зеркало исправно, и повторная попытка не решит проблему. Либо поставщик поддерживает ваш релиз, либо нет.

Что же выбрать для запуска?

Выбирайте Ubuntu LTS, если вам нужна дата обновления, которую можно запланировать на годы вперед, и один поставщик, у которого можно приобрести техническую поддержку. Выбирайте Debian stable, если вам нужна минимальная установка по умолчанию без привязки к конкретной компании и базовая система, которая меняется достаточно медленно, чтобы оставаться предсказуемой.

Все остальные навыки переносимы. Обе системы используют apt, обе следуют Debian Policy и обе запускают одни и те же приложения в одном формате пакетов, поэтому ваши знания останутся актуальными. Если вы переходите с Red Hat или Fedora, эквиваленты команд dnf и apt помогут вам адаптироваться в обоих направлениях. Если вы сравниваете эти два дистрибутива с другими образами, доступными при развертывании, наше руководство по выбору операционной системы для VPS поможет сопоставить их с остальными вариантами из списка.

FAQ

Является ли Ubuntu форком Debian?

Нет. Форк копирует кодовую базу один раз и в дальнейшем развивает её отдельно. Ubuntu повторно импортирует пакеты из Debian unstable в начале каждого шестимесячного цикла, и, согласно документации для разработчиков Ubuntu, доля исходных пакетов, скопированных без изменений, составляет примерно четыре из пяти. Ubuntu является постоянным downstream-проектом по отношению к Debian. Именно поэтому навыки работы с пакетами Debian без изменений переносятся на Ubuntu, а исправления, сделанные в Debian, обычно доходят до пользователей Ubuntu без дополнительных усилий.

Работают ли руководства для Ubuntu в Debian?

Обычно да, а исключения предсказуемы. Обе системы используют apt, обе используют systemd и обе следуют Debian Policy, поэтому управление пакетами и службами совпадает. Проблемы возникают там, где задействована инфраструктура Canonical: инструкции по установке через snap, PPA в Launchpad, команды Ubuntu Pro и сторонние репозитории apt, выпускаемые только для кодовых имен Ubuntu. Если в репозитории нет пакетов для вашего релиза, apt сообщает, что «отсутствует файл Release» — это означает, что поставщик не собирал пакеты для вашего кодового имени.

Как долго выпускаются обновления безопасности для Debian и Ubuntu?

Ubuntu LTS получает 5 года стандартной поддержки безопасности от Canonical, 10 года с подпиской Ubuntu Pro и до 15 лет с дополнением Legacy. Стабильный релиз Debian получает 3 года поддержки от команды безопасности Debian и 5 года, включая последующий период LTS. Платная расширенная поддержка Extended LTS от компании Freexian длится 10 года, но только для тех пакетов, которые запрашивают клиенты.

Что лучше для сервера: Debian или Ubuntu?

Ни одна из систем не является объективно лучшей; выбор зависит от графика обновлений и модели поддержки. Ubuntu LTS подходит для сервера, где дата обновления должна быть предсказуемой, а поддержку необходимо приобретать у одного поставщика. Debian stable подходит для сервера, где минимальная установка по умолчанию и более медленный темп изменений ценятся выше фиксированного календаря. Обе системы запускают одно и то же ПО в одном формате пакетов, поэтому выбор не ограничивает вас в том, какие сервисы вы можете размещать.