Debian과 Ubuntu의 차이점과 갈라선 이유

Debian과 Ubuntu가 갈라선 이유

Debian과 Ubuntu는 코드가 아닌 일정 문제로 2004년에 갈라섰습니다. Debian은 릴리스 팀이 준비되었다고 판단할 때 안정적인 버전을 배포합니다. 반면 Ubuntu는 6개월마다 미리 정해진 날짜에 새 버전을 배포하기로 약속했습니다. 따라서 Ubuntu는 Debian의 개발 브랜치를 복사한 뒤, 이를 고정하고 결함을 수정한 다음 배포합니다.

22년이 지난 지금도 두 운영체제는 패키지 형식과 이를 관리하는 도구를 공유하며, 그 이면의 패키징 작업 대부분은 한 번의 작업으로 처리됩니다. 하지만 일정, 기술 지원 계약, 기본 설치 항목에 대한 의견은 공유하지 않습니다. 서버용 운영체제를 선택할 때 이 점이 유용한 구분 기준이 됩니다. 단순히 겉모습만 다른 것인지, 아니면 오후 내내 시간을 들여 해결해야 할 차이점인지 구분할 수 있기 때문입니다.

Ubuntu의 기원

Ian Murdock은 1993년 8월 16일에 Debian Project를 설립했습니다. 2004년 당시 Debian은 자원봉사자가 운영하는 가장 큰 배포판이었으나, 개발 속도는 느렸습니다. Debian 3.0 "woody"는 2002년 7월 19일에 출시되었고, 그 후속 버전인 Debian 3.1 "sarge"는 2005년 6월 6일이 되어서야 출시되었습니다. 두 안정 버전 사이에는 거의 3년이라는 시간이 흘렀습니다. 그 공백기 동안 Debian 서버에서 최신 소프트웨어를 사용하고자 하는 사람들은 Debian 자체로부터 어떠한 지원도 받을 수 없었습니다.

2004년 4월, Mark Shuttleworth는 약 12명의 Debian 개발자를 런던의 자택으로 초대하여 고정된 일정에 따라 운영되는 Debian 기반 시스템을 계획했고, 이들을 고용하기 위해 Canonical Ltd를 설립했습니다. 첫 번째 릴리스인 Ubuntu 4.10 "Warty Warthog"는 6개월 뒤인 2004년 10월 20일에 출시되었습니다. 버전 번호는 릴리스 날짜를 의미합니다. 4.10은 2004년 10월을, 26.04는 2026년 4월을 뜻합니다.

Ubuntu는 일반적인 의미의 포크(fork)가 아닙니다. 포크는 코드베이스를 한 번 복사한 뒤 원본과 결별하는 것을 의미합니다. Ubuntu는 매 주기마다 Debian을 다시 복사합니다. 패키지는 Debian의 롤링 릴리스 브랜치인 Debian sid에서 가져오며, 이 복사본은 각 Ubuntu 주기의 초기 몇 주 동안 자동으로 갱신됩니다. import freeze 이후에는 Ubuntu 개발자가 각 패키지를 수동으로 가져와야 하며, freeze 규칙에 따라 그 타당성을 입증해야 합니다. Linux 배포판의 더 넓은 가계도에는 수많은 실제 포크가 존재합니다. 하지만 Ubuntu는 포크가 아닙니다. 이는 영구적인 다운스트림입니다.

두 프로젝트가 여전히 공유하는 부분

공유하는 부분은 차이점보다 훨씬 큽니다. 두 프로젝트 모두 .deb 패키지 형식을 사용하며, 그 아래에는 dpkg가 있고 위에는 apt가 있습니다. 또한 파일이 배치되는 위치와 패키지가 의존성을 선언하는 방식에 대해 Debian Policy를 따릅니다. Ubuntu의 자체 개발자 문서에 따르면, 수정 없이 Debian에서 복사된 소스 패키지가 전체의 약 5분의 4에 달합니다. Debian에서 버그를 수정하는 관리자는 보통 양측 모두 인지하지 못하는 사이에 Ubuntu 사용자를 위한 수정도 함께 수행하게 됩니다.

Ubuntu가 패키지를 변경하는 경우, 버전 문자열에 그 사실이 표시됩니다. Debian의 1.2.3-4는 1.2.3-4ubuntu1가 되며, 해당 접미사는 두 프로젝트에서 델타(delta)라고 부르는 로컬 변경 사항을 나타냅니다. Ubuntu는 수정하는 모든 패키지에 대해 전체 델타를 공개하고 패치를 Debian의 패키지 추적 시스템으로 전달합니다. 따라서 Debian 관리자는 다운스트림에서 수행한 작업을 확인하고 필요에 따라 이를 반영할 수 있습니다.

이것으로 충분한지에 대해서는 2005년부터 논쟁이 이어져 왔으며, 어느 한쪽의 편을 들기보다는 논쟁의 내용을 명확히 기술할 가치가 있습니다. Debian 측의 불만은 노력의 결과가 어디로 향하는가에 관한 것입니다. Canonical은 다운스트림에서 일하는 사람들에게 급여를 지급하고, 다운스트림은 사용자와 관심을 모으지만, 수정 사항을 다시 업스트림으로 보내는 것은 아무도 급여를 받지 않는 추가 작업이라는 점입니다. Ubuntu 측의 입장에서 보면, 6개월이라는 마감 기한은 기한이 없는 프로젝트와 맞지 않으므로 Debian을 기다리는 것이 항상 가능한 선택지는 아닙니다. 두 주장 모두 사실입니다. 하지만 어느 쪽도 패키지의 흐름을 멈추게 한 적은 없습니다.

준비가 되었을 때, 달력의 날짜에 맞춰 릴리스

Debian의 릴리스 날짜는 약속이 아니라 결과입니다. Debian 12 "bookworm"은 2023년 6월 10일에, Debian 13 "trixie"는 2025년 8월 9일에 릴리스되었으며 대략 2년의 간격이 있었지만, 다음 간격이 이와 같으리라는 보장은 없습니다. 현재 testing 브랜치는 "forky"라고 불리며 릴리스 날짜가 정해져 있지 않습니다. Debian은 릴리스에 치명적인 버그 수가 충분히 줄어들었다고 판단될 때까지 날짜를 발표하지 않기 때문입니다.

Ubuntu의 날짜는 약속입니다. 6개월마다 릴리스가 이루어지며, 짝수 해의 4월에 나오는 네 번째 릴리스마다 LTS(장기 지원) 릴리스가 됩니다. Ubuntu 26.04 LTS "Resolute Raccoon"은 예정대로 2026년 4월 23일에 릴리스되었습니다. 그 사이의 릴리스는 중간 릴리스(interim release)이며 9개월 동안만 업데이트를 지원합니다. 이것이 1년에 두 번씩 서버를 재구축하고 싶지 않은 경우 중간 릴리스를 사용하지 말아야 하는 이유입니다. 서버에서 Ubuntu LTS와 중간 릴리스 중 선택하기는 결국 9개월이라는 숫자에서 결정됩니다.

릴리스 주기는 업그레이드 일정을 결정하며, 이것이 두 배포판의 가장 실질적인 차이입니다. Ubuntu LTS를 사용하면 다음 인플레이스 업그레이드가 짝수 해 4월에 이루어진다는 것을 몇 년 전부터 알 수 있으므로, Ubuntu 24.04에서 26.04로의 업그레이드는 26.04가 존재하기 전부터 계획할 수 있습니다. Debian에서는 freeze 발표를 주시하다가 실제 릴리스가 이루어질 때 작업을 계획해야 합니다.

LTS의 변화

Ubuntu 6.06 LTS "Dapper Drake"는 2006년 6월 1일에 출시되었으며, 최초의 LTS 버전이었습니다. 그 이전의 Ubuntu는 1년에 두 번씩 시스템이 교체되는 빠른 주기의 운영체제였으며, 이는 기업이 프로덕션 서버를 구축하기에 적합한 환경이 아니었습니다. LTS는 중요한 변화를 가져왔습니다. 지원 종료일을 미래의 충분히 먼 시점으로 설정하여, 그에 맞춰 계획을 수립할 수 있게 한 것입니다. 이 변화가 Ubuntu를 서버용 기본 배포판으로 자리 잡게 했으며, 6개월 단위의 릴리스 주기가 이를 뒷받침합니다. 각 LTS는 그 사이의 중간 릴리스에서 이미 검증된 작업들을 모아 구성되기 때문입니다.

Debian은 반대 방향에서 같은 지점에 도달했습니다. Debian의 stable 릴리스는 이미 느린 주기로 운영되고 있었으며, 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 보안 팀은 안정(stable) 릴리스를 3년 동안 지원합니다. 그 이후에는 Debian 공식 보안 및 릴리스 팀이 아닌 자원봉사자와 기업들로 구성된 Debian LTS 팀이 지원을 이어받아 5년까지 연장합니다. 현재 날짜를 보면 이러한 전환 과정을 확인할 수 있습니다. bookworm은 2026년 6월 11일에 LTS 단계로 진입하여 2028년 6월 30일까지 지원되며, bullseye는 2026년 8월 31일에 LTS 지원이 종료됩니다. 그 이후에는 Freexian이 제공하는 Extended LTS(ELTS)를 통해 10년까지 지원받을 수 있으나, 이는 유료 고객이 실제로 사용하는 패키지 집합에 한정됩니다.

Ubuntu LTS는 Canonical으로부터 5년 동안 표준 보안 유지보수를 받습니다. Ubuntu Pro를 구독하면 ESM(Expanded Security Maintenance)을 통해 main 및 universe 저장소 전체를 대상으로 10년까지 지원이 확대되며, Legacy 애드온을 추가하면 15년까지 늘어납니다. 2026년 8월 기준으로 Ubuntu Pro는 개인 사용 시 최대 5대의 기기까지 무료로 제공되므로, 단일 VPS 환경에서는 구매 절차 없이도 10년 지원을 실제로 누릴 수 있습니다. 또한 Pro 구독에는 커널 보안 업데이트 시 재부팅 없이 패치를 적용할 수 있는 지원 경로인 VPS에서의 라이브 커널 패치 서비스가 포함되어 있습니다.

이러한 숫자 뒤에 숨겨진 구조는 숫자 그 자체보다 중요합니다. Ubuntu는 배포판을 제작하는 동일한 기업으로부터 지원을 구매하는 방식입니다. 반면 Debian은 그러한 단일 기업이 존재하지 않으므로, 유료 지원은 Freexian과 같은 제3자 업체, 호스팅 제공업체, 또는 자체 운영 팀을 통해 이루어집니다.

Init 시스템과 논쟁을 종결시킨 투표

가장 첨예한 기술적 차이는 커널이 시작하는 첫 번째 프로세스이자 이후 모든 서비스를 관리하는 init 시스템에서 발생했습니다. 2006년 10월 26일에 출시된 Ubuntu 6.10 "Edgy Eft"는 Canonical에서 작성한 Upstart를 탑재했습니다. 논쟁이 이어지는 동안 Debian은 수년간 sysvinit을 유지했습니다. Debian 기술 위원회는 2014년 2월 11일에 종료된 투표를 통해 이 문제를 해결했으며, 의장의 결정 투표로 Debian 8에 systemd를 도입하기로 확정했습니다.

Ubuntu도 며칠 내로 이를 따랐습니다. "Losing graciously"라는 제목의 Shuttleworth의 게시물은 그 이유를 명확히 밝혔습니다. Ubuntu는 근본적으로 Debian 제품군의 일원이므로 그 결과를 수용하겠다는 것이었습니다. Ubuntu 15.04는 2015년 4월 23일에 systemd를 기본값으로 탑재했고, Debian 8 "jessie"는 3일 뒤인 2015년 4월 26일에 같은 조치를 취했습니다.

이러한 통합 덕분에 대부분의 서비스 튜토리얼은 수정 없이 두 운영체제 사이를 오가며 활용될 수 있습니다. Unit 파일, systemctl 및 journalctl은 양쪽 모두에서 동일하게 동작합니다. Debian 13은 systemd 257을, Ubuntu 26.04 LTS는 systemd 259를 탑재하므로, 이들 사이의 차이는 설계가 아닌 버전 번호에 불과합니다.

Snap과 이식되지 않는 부분

Ubuntu 16.04 LTS는 2016년에 snap 패키지를 도입했으며, 18.04는 일부 기본 애플리케이션을 snap으로 제공한 첫 번째 릴리스입니다. snap은 의존성 패키지를 자체적으로 포함하는 독립형 번들이므로, 업스트림 프로젝트는 아카이브가 업데이트되기를 기다릴 필요 없이 지원되는 모든 Ubuntu 릴리스에 새 버전을 즉시 배포할 수 있습니다.

다른 주요 배포판이 snap을 기본으로 채택하지 않은 이유는 형식이 문제가 아니기 때문입니다. snapd 클라이언트는 Canonical이 운영하는 단일 스토어와 통신하는데, 해당 스토어의 서버 측 코드는 오픈 소스가 아닙니다. 따라서 snap을 채택하는 배포판은 소프트웨어 배포 권한의 일부를 다른 공급업체에 넘겨주게 됩니다. Debian은 이를 선택하지 않았으며, 기본적으로 snapd를 설치하지 않습니다.

이 지점에서 업스트림 가이드가 제대로 작동하지 않는 문제가 발생합니다. Certbot이 가장 대표적인 사례입니다. Certbot 공식 문서에서는 snap을 통한 설치를 권장하며, 배포판 패키지는 "LTS 스타일의 배포판에서 빠르게 구버전이 되는 경향이 있다"고 경고합니다. Ubuntu에서 해당 페이지의 지침을 따르면 정상적으로 작동합니다. 하지만 기본 Debian 서버에서 동일하게 수행하면 첫 번째 단계부터 실행할 수 있는 도구가 없습니다. 저희가 제공하는 Ubuntu 24.04의 Nginx용 Certbot 가이드에서 배포판 패키지를 사용하는 이유가 바로 여기에 있습니다.

커널, 펌웨어 및 non-free 관련 문제

Debian의 사회 계약과 DFSG(Debian free software guidelines)는 main 저장소에 포함될 수 있는 소프트웨어의 기준을 정의합니다. 그 외의 모든 소프트웨어는 contrib 및 non-free로 분류됩니다. Debian의 역사 대부분에서 일반적인 네트워크 및 저장 장치가 작동하기 위해 필요한 바이너리 펌웨어 블롭은 이 non-free 범주에 포함되었습니다. 2022년의 일반 결의(General Resolution) 이후, Debian 12는 별도의 non-free-firmware 저장소 영역을 추가했으며, 공식 설치 이미지에도 해당 펌웨어가 포함되기 시작했습니다.

Ubuntu는 시작부터 정반대의 결정을 내렸습니다. Ubuntu의 저장소는 Canonical이 지원하며 독점 드라이버를 포함하는 main과 restricted, 그리고 커뮤니티가 유지 관리하는 universe와 multiverse로 나뉩니다. VPS 환경에서는 가상 하드웨어가 거의 펌웨어를 필요로 하지 않으므로 이러한 차이의 영향은 미미합니다. 하지만 전용 하드웨어(dedicated hardware)에서는 네트워크 카드가 정상적으로 인식되는지 여부를 결정짓는 중요한 차이가 됩니다.

커널 또한 같은 축을 기준으로 차이를 보입니다. 2026년 8월 기준으로 Ubuntu 26.04 LTS는 Linux 7.0을 탑재하며, Debian 13은 Linux 6.12를 탑재합니다. Ubuntu는 HWE(hardware enablement) 스택을 통해 단일 LTS 릴리스 내에서도 커널 버전을 지속적으로 업데이트합니다. 반면 Debian은 stable 릴리스의 수명 주기 동안 특정 커널 시리즈를 유지하며, 더 최신 커널이 필요한 경우 backports를 통해 제공합니다. 최신 커널은 최신 virtio 장치와 파일 시스템에 대한 더 나은 지원을 의미합니다. 반면 이전 버전의 커널은 1월에 테스트한 동작이 12월에도 동일하게 유지됨을 의미합니다.

다른 배포판용 지침을 따를 때 발생하는 문제

대부분의 경우 한 배포판을 위해 작성된 가이드는 다른 배포판에서도 작동합니다. 하지만 실패는 몇 가지 알려진 지점에서 집중적으로 발생합니다.

• 서드파티 apt 저장소는 배포판과 코드네임별로 게시됩니다. noble 및 jammy을 지원하는 공급업체가 trixie용으로는 아무것도 게시하지 않을 수 있으며, 이 경우 실패는 정책 결정이 아닌 네트워크 오류처럼 보입니다.
• Launchpad PPA는 특정 Ubuntu 시리즈를 기준으로 빌드됩니다. 이를 Debian에 추가하면 Ubuntu 라이브러리 버전에 링크된 바이너리가 설치되는데, 이는 운 좋게 작동하거나 Ubuntu 런타임의 상당 부분을 시스템으로 끌어오게 됩니다.
• snapd, Ubuntu Pro 구독, Canonical livepatch를 가정하는 작업은 Debian에 대응하는 단계가 없으므로, 가이드의 해당 섹션은 수정이 아닌 대체가 필요합니다.
• 기본 이미지는 로그인 계정이 다릅니다. Ubuntu 이미지는 보통 sudo 권한이 있고 root 비밀번호가 없는 ubuntu 사용자를 제공하며, 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는 6개월 주기의 시작마다 Debian unstable에서 소스를 다시 가져오며, Ubuntu 개발자 문서에 따르면 수정 없이 그대로 가져오는 소스 패키지의 비율이 약 5분의 4에 달합니다. Ubuntu는 Debian의 영구적인 다운스트림이며, 이 때문에 Debian 패키징 지식이 Ubuntu에서도 그대로 통용됩니다. 또한 Debian에서 이루어진 수정 사항이 별도의 추가 작업 없이도 Ubuntu 사용자에게 전달되는 이유이기도 합니다.

Ubuntu 튜토리얼을 Debian에서 사용할 수 있나요?

대체로 가능하며, 예외적인 경우도 예측 가능합니다. 두 운영체제 모두 apt와 systemd를 사용하며 Debian Policy를 따르므로 패키지 관리와 서비스 관리 방식이 동일합니다. 문제가 발생하는 부분은 Canonical의 인프라와 관련된 것들입니다. snap 기반 설치 단계, Launchpad PPA, Ubuntu Pro 명령어, 그리고 특정 Ubuntu 코드네임만을 위해 배포되는 타사 apt 저장소가 이에 해당합니다. 저장소에 사용 중인 릴리스를 위한 스위트가 없으면 apt는 "does not have a Release file"이라는 오류를 출력하는데, 이는 해당 벤더가 사용자의 코드네임용으로 빌드하지 않았음을 의미합니다.

Debian과 Ubuntu의 보안 업데이트는 얼마나 지속되나요?

Ubuntu LTS는 Canonical로부터 5년간 표준 보안 유지보수를 받으며, Ubuntu Pro 구독 시 10년, Legacy 애드온을 추가하면 최대 15년까지 지원받을 수 있습니다. Debian stable 릴리스는 Debian 보안 팀으로부터 3년간 지원받으며, 이후 이어지는 LTS 기간을 포함하면 5년이 됩니다. Freexian의 유료 Extended LTS는 10년까지 지원하지만, 고객이 요청한 패키지에 한해서만 제공됩니다.

서버용으로는 Debian과 Ubuntu 중 무엇이 더 나은가요?

일반적으로 어느 한쪽이 더 낫다고 할 수는 없으며, 선택의 기준은 일정과 지원 체계에 있습니다. Ubuntu LTS는 업그레이드 날짜를 예측할 수 있어야 하고 단일 벤더로부터 지원을 구매해야 하는 서버 환경에 적합합니다. Debian stable은 고정된 일정보다 더 가벼운 기본 설치와 느린 변경 속도를 선호하는 서버 환경에 적합합니다. 두 운영체제 모두 동일한 패키지 형식으로 같은 소프트웨어를 실행하므로, 어떤 것을 선택하더라도 호스팅할 수 있는 서비스의 범위가 제한되지는 않습니다.