Debian a Ubuntu: różnice i wspólna historia

Dlaczego Debian i Ubuntu się rozdzieliły

Rozdzielenie Debiana i Ubuntu w 2004 roku wynikało z różnic w kalendarzu, a nie w kodzie. Debian wydaje stabilną wersję, gdy zespół odpowiedzialny za wydania uzna ją za gotową. Ubuntu zobowiązało się do publikowania nowego wydania co sześć miesięcy w z góry ustalonym terminie, dlatego pobiera kopię gałęzi rozwojowej Debiana, zamraża ją, naprawia błędy i udostępnia.

Dwadzieścia dwa lata później oba systemy nadal współdzielą format pakietów oraz narzędzia do zarządzania nimi, a większość prac nad pakietami jest wykonywana raz dla obu projektów. Nie współdzielą natomiast harmonogramu, umów wsparcia technicznego ani opinii na temat tego, co powinno znajdować się w domyślnej instalacji. Jest to istotne rozróżnienie przy wyborze systemu operacyjnego dla serwera, ponieważ pozwala oddzielić różnice kosmetyczne od tych, których rozwiązanie może kosztować całe popołudnie.

Pochodzenie systemu Ubuntu

Ian Murdock założył projekt Debian 16 sierpnia 1993 roku. Do 2004 roku Debian był największą dystrybucją tworzoną przez wolontariuszy, jednak tempo prac było niskie. Wersja Debian 3.0 "woody" została wydana 19 lipca 2002 roku, a jej następca, Debian 3.1 "sarge", pojawił się dopiero 6 czerwca 2005 roku. Pomiędzy dwoma stabilnymi wydaniami upłynęły niemal trzy lata. W tym czasie użytkownicy serwerów z systemem Debian nie otrzymywali od projektu żadnego wsparcia w zakresie aktualnego oprogramowania.

W kwietniu 2004 roku Mark Shuttleworth zaprosił kilkunastu programistów Debiana do swojego mieszkania w Londynie, aby zaplanować system oparty na Debianie z ustalonym harmonogramem wydań. W tym celu założył firmę Canonical Ltd, która zatrudniła wspomnianych programistów. Pierwsze wydanie, Ubuntu 4.10 "Warty Warthog", ukazało się sześć miesięcy później, 20 października 2004 roku. Numer wersji odzwierciedla datę wydania: 4.10 oznacza październik 2004 roku, a 26.04 oznacza kwiecień 2026 roku.

Ubuntu nigdy nie było forkiem w tradycyjnym znaczeniu tego słowa. Fork polega na jednorazowym skopiowaniu bazy kodu i dalszym niezależnym rozwoju. Ubuntu kopiuje zasoby Debiana w każdym cyklu wydawniczym. Pakiety są pobierane z gałęzi Debian unstable, znanej jako sid, a kopia ta jest automatycznie odświeżana w pierwszych tygodniach każdego cyklu Ubuntu. Po zamrożeniu importu (import freeze) programista Ubuntu musi ręcznie przenieść każdy kolejny pakiet i uzasadnić jego wdrożenie zgodnie z zasadami zamrożenia. Szersze drzewo genealogiczne dystrybucji Linux zawiera wiele przykładów rzeczywistych forków. Ubuntu do nich nie należy. Jest to projekt typu permanent downstream.

Co oba projekty nadal mają wspólnego

Część wspólna jest znacznie większa niż różnice. Oba projekty korzystają z formatu pakietów .deb, opartego na dpkg z warstwą apt powyżej, a także przestrzegają zasad Debian Policy w zakresie lokalizacji plików oraz deklarowania zależności. Dokumentacja dla programistów Ubuntu szacuje, że około cztery na pięć pakietów źródłowych jest kopiowanych z Debiana bez żadnych modyfikacji. Opiekun pakietu naprawiający błąd w Debianie naprawia go jednocześnie dla użytkowników Ubuntu, zazwyczaj bez udziału obu stron.

W przypadkach, gdy Ubuntu modyfikuje pakiet, informuje o tym ciąg wersji. Wersja 1.2.3-4 z Debiana staje się 1.2.3-4ubuntu1, a ten przyrostek oznacza lokalną zmianę, którą oba projekty nazywają deltą. Ubuntu publikuje pełną deltę dla każdego modyfikowanego pakietu i przesyła poprawki do systemu śledzenia pakietów Debiana, dzięki czemu opiekun pakietu w Debianie może sprawdzić zmiany wprowadzone w projekcie downstream i w razie potrzeby je zaadaptować.

Dyskusja o tym, czy jest to wystarczające, trwa od 2005 roku i warto przedstawić ją w sposób obiektywny, zamiast opowiadać się po którejkolwiek ze stron. Z perspektywy Debiana zarzut dotyczy rozkładu nakładów pracy: Canonical opłaca pracowników zajmujących się projektem downstream, który przejmuje użytkowników i uwagę, a przesyłanie poprawek z powrotem do projektu upstream jest dodatkową pracą, za którą nikt nie płaci. Z perspektywy Ubuntu sześciomiesięczny cykl wydawniczy nie pasuje do projektu, który nie posiada sztywnych terminów, więc czekanie na Debiana nie zawsze jest możliwe. Oba stwierdzenia są prawdziwe. Żadne z nich nigdy nie wstrzymało przepływu pakietów.

Wydanie w gotowości, zgodnie z datą w kalendarzu

Data wydania Debiana jest wynikiem, a nie obietnicą. Debian 12 „bookworm” został wydany 10 czerwca 2023 r., a Debian 13 „trixie” 9 sierpnia 2025 r. – w odstępie około dwóch lat, jednak nic nie gwarantuje, że kolejny odstęp będzie taki sam. Obecna gałąź testowa nosi nazwę „forky” i nie posiada daty wydania, ponieważ Debian nie ogłasza jej, dopóki liczba krytycznych błędów nie pozwoli na publikację.

W przypadku Ubuntu data jest obietnicą. Nowe wydanie pojawia się co sześć miesięcy, a co czwarte, w kwietniu roku parzystego, jest wydaniem LTS (long term support). Ubuntu 26.04 LTS „Resolute Raccoon” zostało wydane 23 kwietnia 2026 r., zgodnie z harmonogramem. Wydania pomiędzy nimi to wersje tymczasowe, które otrzymują aktualizacje tylko przez dziewięć miesięcy. Dlatego nie powinny być stosowane na serwerach, których nie chcesz przebudowywać dwa razy w roku. Wybór między Ubuntu LTS a wydaniami tymczasowymi na serwerze sprowadza się do tej dziewięciomiesięcznej liczby.

Częstotliwość wydań wyznacza kalendarz aktualizacji i jest to najbardziej praktyczny skutek tego podziału. W przypadku Ubuntu LTS wiesz z wieloletnim wyprzedzeniem, że kolejna aktualizacja w miejscu (in-place upgrade) przypada na kwiecień roku parzystego, więc aktualizację z Ubuntu 24.04 do 26.04 można było zaplanować, zanim 26.04 w ogóle istniało. W Debianie obserwujesz ogłoszenia o zamrożeniu (freeze) i planujesz prace dopiero wtedy, gdy wydanie faktycznie nastąpi.

Co zmieniło wydanie LTS

Ubuntu 6.06 LTS "Dapper Drake" zostało wydane 1 czerwca 2006 roku i było pierwszym wydaniem typu LTS. Wcześniej Ubuntu było dynamicznie rozwijanym systemem, który wymieniał się co pół roku, co nie stanowiło podstawy do budowy serwerów produkcyjnych w środowiskach biznesowych. LTS wprowadziło istotną zmianę: określiło datę zakończenia wsparcia z odpowiednim wyprzedzeniem, co pozwoliło na planowanie długoterminowe. Ta zmiana uczyniła Ubuntu domyślną dystrybucją serwerową, a sześciomiesięczny cykl wydawniczy stanowi jego fundament, ponieważ każde wydanie LTS jest budowane na bazie rozwiązań przetestowanych w poprzedzających je wydaniach przejściowych.

Debian osiągnął ten sam cel, podążając inną drogą. Jego wydania stabilne już wcześniej charakteryzowały się powolnym tempem zmian, a projekt Debian LTS wydłużył okres wsparcia każdego z nich po tym, jak zespół ds. bezpieczeństwa Debiana kończył swoje główne prace.

Kto zapewnia wsparcie i jak długo

[
  {
    "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
  }
]

Własny zespół ds. bezpieczeństwa Debian obejmuje wydanie stabilne wsparciem przez 3 lata. Następnie zespół Debian LTS, który Debian opisuje jako grupę wolontariuszy i firm, a nie oficjalne zespoły ds. bezpieczeństwa i wydań, przedłuża ten okres do 5 lat. Przekazanie obowiązków jest widoczne w aktualnych datach: bookworm wszedł w fazę LTS 11 czerwca 2026 i jest objęty wsparciem do 30 czerwca 2028, a bullseye osiąga koniec okresu LTS 31 sierpnia 2026. Po tym terminie Freexian oferuje płatne Extended LTS, czyli ELTS, do 10 lat, wyłącznie dla podzbioru pakietów faktycznie używanych przez płacących klientów.

Ubuntu LTS otrzymuje 5 lata standardowej obsługi bezpieczeństwa od Canonical. Subskrypcja Ubuntu Pro wydłuża ten okres do 10 lat dzięki ESM (expanded security maintenance), obejmując zarówno repozytoria main, jak i universe, a dodatek Legacy rozszerza go do 15. Według stanu na sierpień 2026 Ubuntu Pro jest darmowe do użytku osobistego na maksymalnie pięciu maszynach, więc na pojedynczym VPS dziesięcioletni okres jest osiągalny bez składania zamówienia zakupu. Pro oferuje również usługę livepatch, która jest wspieraną metodą na live kernel patching na VPS bez konieczności restartu przy każdej aktualizacji bezpieczeństwa jądra.

Struktura stojąca za tymi liczbami jest ważniejsza niż same liczby. W przypadku Ubuntu wsparcie kupuje się od tej samej firmy, która tworzy dystrybucję. W Debianie taka firma nie istnieje, więc płatne wsparcie pochodzi od podmiotu trzeciego, takiego jak Freexian, od dostawcy hostingu lub od własnego zespołu.

Systemy init i głosowanie, które zakończyło spór

Największa rozbieżność techniczna dotyczyła systemu init, czyli pierwszego procesu uruchamianego przez jądro, który nadzoruje wszystkie kolejne usługi. Wydany 26 października 2006 roku Ubuntu 6.10 "Edgy Eft" wprowadził Upstart, napisany w Canonical. Debian przez lata pozostawał przy sysvinit, podczas gdy dyskusja trwała. Komitet Techniczny Debiana rozstrzygnął spór głosowaniem, które zakończyło się 11 lutego 2014 roku. Decyzję podjęto głosem przewodniczącego, opowiadając się za systemd dla Debiana 8.

Ubuntu podążyło za tą decyzją w ciągu kilku dni. Wpis Shuttlewortha na temat tego wyboru, zatytułowany "Losing graciously", jasno wskazywał powód: Ubuntu jest kluczowym członkiem rodziny Debian, więc przyjmie wypracowany wynik. Ubuntu 15.04 wprowadziło systemd jako domyślny system 23 kwietnia 2015 roku, a Debian 8 "jessie" zrobił to samo 26 kwietnia 2015 roku, trzy dni później.

Ta zbieżność jest powodem, dla którego większość poradników dotyczących usług można stosować zamiennie dla obu systemów bez wprowadzania poprawek. Pliki jednostek, systemctl oraz journalctl działają identycznie w obu przypadkach. Debian 13 dostarcza systemd 257, a Ubuntu 26.04 LTS dostarcza systemd 259, więc różni je jedynie numer wersji, a nie architektura.

Snap i problem z przenośnością

System Ubuntu 16.04 LTS wprowadził pakiety snap w 2016 roku, a wersja 18.04 była pierwszym wydaniem dostarczającym domyślne aplikacje w tym formacie. Snap to samodzielny pakiet zawierający własne kopie zależności, dzięki czemu projekt może dostarczyć nową wersję do wszystkich wspieranych wydań Ubuntu jednocześnie, bez oczekiwania na aktualizację repozytoriów systemowych.

Powodem, dla którego inne główne dystrybucje nie przyjęły snapów jako rozwiązania domyślnego, nie jest sam format. Klient snapd komunikuje się z jednym sklepem obsługiwanym przez Canonical, a serwerowa część tego sklepu nie jest oprogramowaniem open source. Dystrybucja, która przyjmuje snapy, przekazuje tym samym część kontroli nad dystrybucją oprogramowania innemu dostawcy. Debian tego nie zrobił i nie instaluje domyślnie usługi snapd.

W tym miejscu instrukcje od twórców oprogramowania często przestają działać. Certbot jest najbardziej wyrazistym przykładem: jego własna dokumentacja zaleca instalację przez snap i ostrzega, że pakiety dystrybucyjne "mają tendencję do szybkiego dezaktualizowania się w wydaniach typu LTS". Wykonanie tych kroków na Ubuntu kończy się sukcesem. Wykonanie ich na czystym serwerze Debian sprawia, że już pierwszy krok nie ma czego uruchomić. Nasz własny przewodnik po Certbot dla Nginx na Ubuntu 24.04 z tego właśnie powodu wykorzystuje pakiet dystrybucyjny.

Jądra, oprogramowanie układowe i kwestia oprogramowania niewolnego

Kontrakt społeczny Debiana oraz wytyczne DFSG (Debian free software guidelines) określają, co może trafić do sekcji main. Cała reszta trafia do contrib oraz non-free. Przez większość historii Debiana dotyczyło to również binarnych plików firmware, których standardowe karty sieciowe i kontrolery pamięci masowej wymagają do poprawnego działania. Po rezolucji ogólnej z 2022 roku, Debian 12 wprowadził oddzielny obszar archiwum non-free-firmware, a oficjalne obrazy instalacyjne zawierają od tego czasu odpowiednie oprogramowanie układowe.

Ubuntu od początku przyjęło odmienne podejście. Archiwum tej dystrybucji dzieli się na main i restricted, które są wspierane przez Canonical i zawierają własnościowe sterowniki, oraz universe i multiverse, utrzymywane przez społeczność. Na serwerze VPS różnica jest nieodczuwalna, ponieważ wirtualny sprzęt niemal nie wymaga firmware'u. W przypadku serwerów dedykowanych decyduje to o tym, czy karta sieciowa zostanie poprawnie zainicjowana, czy nie.

Jądra systemowe różnią się w oparciu o tę samą oś. Według stanu na sierpień 2026 roku, Ubuntu 26.04 LTS dostarczane jest z jądrem Linux 7.0, a Debian 13 z jądrem Linux 6.12. Ubuntu aktualizuje jądro w ramach jednego wydania LTS poprzez stosy wsparcia sprzętowego (hardware enablement stacks), podczas gdy Debian utrzymuje jedną serię jądra przez cały cykl życia wydania stabilnego, oferując nowsze wersje jedynie poprzez backports. Nowsze jądro oznacza lepszą obsługę najnowszych urządzeń virtio oraz systemów plików. Starsze jądro oznacza, że zachowanie systemu przetestowane w styczniu pozostanie niezmienne w grudniu.

Co ulega awarii przy stosowaniu instrukcji przeznaczonych dla innego systemu

W większości przypadków poradnik napisany dla jednego systemu działa również na drugim. Awarie koncentrują się w kilku znanych obszarach.

• Zewnętrzne repozytoria apt są publikowane w podziale na dystrybucję oraz nazwę kodową wydania. Dostawca wspierający noble oraz jammy może nie oferować żadnych pakietów dla trixie, a błąd wygląda wtedy jak problem sieciowy, a nie decyzja polityczna.
• Pakiety PPA w serwisie Launchpad są budowane wyłącznie dla konkretnych serii Ubuntu. Dodanie takiego repozytorium do systemu Debian powoduje pobranie plików binarnych skonsolidowanych z wersjami bibliotek Ubuntu, co albo zadziała przez przypadek, albo wymusi instalację znacznej części środowiska uruchomieniowego Ubuntu w systemie.
• Wszystkie elementy zakładające użycie snapd, subskrypcji Ubuntu Pro lub usługi Canonical livepatch nie mają swoich odpowiedników w systemie Debian, dlatego te sekcje poradnika wymagają zastąpienia, a nie tylko adaptacji.
• Domyślne obrazy systemowe różnią się użytkownikiem, na którego loguje się administrator. Obrazy Ubuntu zazwyczaj udostępniają użytkownika ubuntu z uprawnieniami sudo i bez hasła dla root, obrazy Debian zazwyczaj udostępniają użytkownika debian, a obrazy dostawców bywają różne. Sprawdź swój typ przed wprowadzeniem jakichkolwiek zmian w SSH.

Gdy repozytorium nie posiada pakietów dla Twojego wydania, apt informuje o tym w sposób precyzyjny:

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.

Ten komunikat oznacza, że dostawca nigdy nie opublikował pakietów dla Twojej nazwy kodowej. Serwer lustrzany nie jest uszkodzony i ponowna próba nie rozwiąże problemu. Dostawca albo wspiera Twoje wydanie, albo nie.

Którą dystrybucję wybrać?

Wybierz Ubuntu LTS, jeśli potrzebujesz daty zakończenia wsparcia znanej z wieloletnim wyprzedzeniem oraz jednego dostawcy, od którego można wykupić pomoc techniczną. Wybierz Debian stable, jeśli preferujesz mniejszą instalację domyślną, brak powiązania z jedną konkretną firmą oraz bazę, która zmienia się na tyle wolno, że jest przewidywalna.

Wszystkie pozostałe umiejętności są przenoszalne. Oba systemy korzystają z apt, oba przestrzegają Debian Policy i oba uruchamiają te same aplikacje w tym samym formacie pakietów, więc zdobyta wiedza pozostaje użyteczna. Jeśli przechodzisz z Red Hat lub Fedora, odpowiedniki poleceń dnf i apt pozwalają na szybkie opanowanie różnic w obu kierunkach. Jeśli natomiast rozważasz te dwa systemy na tle innych obrazów dostępnych podczas wdrażania, nasz przewodnik wyboru systemu operacyjnego dla VPS zestawia je z pozostałymi dostępnymi opcjami.

FAQ

Czy Ubuntu jest forkiem Debiana?

Nie. Fork polega na jednorazowym skopiowaniu bazy kodu i jej dalszym, niezależnym utrzymywaniu. Ubuntu importuje pakiety z gałęzi Debian unstable na początku każdego sześciomiesięcznego cyklu wydawniczego, a dokumentacja deweloperska Ubuntu wskazuje, że około cztery na pięć pakietów źródłowych jest kopiowanych bez żadnych modyfikacji. Ubuntu jest stałym odbiorcą rozwiązań Debiana, dlatego wiedza o pakowaniu w Debianie przekłada się bezpośrednio na Ubuntu, a poprawki wprowadzone w Debianie zazwyczaj trafiają do użytkowników Ubuntu bez dodatkowej pracy.

Czy poradniki dla Ubuntu działają na Debianie?

Zazwyczaj tak, a wyjątki są przewidywalne. Oba systemy korzystają z apt, oba używają systemd i oba przestrzegają Debian Policy, więc zarządzanie pakietami oraz usługami jest identyczne. Problemy pojawiają się w przypadku rozwiązań powiązanych z infrastrukturą Canonical: instrukcji instalacji opartych na snap, repozytoriów Launchpad PPA, poleceń Ubuntu Pro oraz zewnętrznych repozytoriów apt, które publikują pakiety tylko dla nazw kodowych Ubuntu. Gdy repozytorium nie posiada pakietów dla danej wersji systemu, apt zgłasza brak pliku Release, co oznacza, że dostawca nie przygotował wersji dla tej nazwy kodowej.

Jak długo trwają aktualizacje bezpieczeństwa w Debianie i Ubuntu?

Ubuntu LTS otrzymuje 5 lata standardowego wsparcia bezpieczeństwa od Canonical, 10 lata z subskrypcją Ubuntu Pro oraz do 15 lat z dodatkiem Legacy. Stabilne wydanie Debiana otrzymuje 3 lata wsparcia od zespołu bezpieczeństwa Debiana oraz 5 rok wliczając okres LTS, który następuje później. Płatne wsparcie Extended LTS od firmy Freexian obejmuje 10 lata, ale dotyczy tylko pakietów wskazanych przez klientów.

Co jest lepsze na serwer, Debian czy Ubuntu?

Żaden z tych systemów nie jest obiektywnie lepszy; wybór zależy od harmonogramu i modelu wsparcia. Ubuntu LTS sprawdza się na serwerach, gdzie data aktualizacji musi być przewidywalna, a wsparcie musi być dostępne do zakupu u jednego dostawcy. Debian stable jest odpowiedni dla serwerów, w których mniejsza instalacja domyślna i wolniejsze tempo zmian są ważniejsze niż sztywny kalendarz. Oba systemy uruchamiają to samo oprogramowanie w tym samym formacie pakietów, więc wybór nie ogranicza możliwości hostowania żadnych usług.