Debian이 2014년 systemd를 기본 init 시스템으로 채택하기로 결정했을 때, 이 변화에 강하게 반대한 일부 개발자와 사용자들이 있었어요. 그 결과로 나온 게 Devuan인데, “Debian의 나머지 모든 것은 유지하되 systemd만 뺀다”는 명확한 목표를 가진 포크예요. 그렇다면 systemd 없는 데비안을 원할 때, Devuan이 정말 답이 될까요?
왜 포크까지 하게 되었나
systemd 도입 논쟁의 핵심은 유닉스 철학이었어요. 반대 진영은 systemd가 init(프로세스 1번) 역할을 넘어 로그 관리(journald), 네트워크 관리, DNS 캐싱, 로그인 관리 등 너무 많은 기능을 하나의 프로젝트 안에 흡수한다고 비판했어요. “작은 도구들을 조합해 쓴다”는 전통적 방식에서 벗어나 하나의 거대한 시스템에 의존하게 된다는 우려였어요.
Debian 프로젝트 내부에서 이 논쟁은 격렬했고, 결국 공식 투표를 거쳐 systemd 채택이 확정되자, 반대 측 개발자들이 별도로 Devuan 프로젝트를 시작했어요. 이름 자체가 “Debian”과 “Devuan”의 언어유희이자, Debian의 정신을 계승하겠다는 의지를 담고 있어요.
Devuan이 실제로 다른 점
Devuan은 Debian의 패키지 저장소를 거의 그대로 활용하면서, init 시스템만 교체 가능하도록 재구성했어요.
- 기본 init: sysvinit을 기본으로 채택하며, OpenRC나 runit 같은 대안도 선택할 수 있어요.
- 패키지 호환성: Debian용 .deb 패키지 대부분이 그대로 설치 가능해요. Devuan은 systemd에 의존하는 일부 패키지만 별도로 패치하거나 대체해요.
- eudev: systemd의 일부인 udev(장치 관리자)를 systemd 없이도 쓸 수 있도록 포크한 eudev를 사용해요.
즉 “Debian을 쓰고 싶지만 systemd는 원하지 않는다”는 사용자에게 가장 직접적인 답을 주는 배포판이에요. systemd 없이 리눅스를 쓰는 방식이 궁금하다면, 아예 처음부터 다른 init 철학으로 설계된 Void Linux 파헤치기도 비교 대상으로 함께 볼 만해요.
설치 후 체감되는 차이
Devuan을 설치하고 나면 겉보기 사용성은 Debian과 거의 동일해요. apt install, apt update 등 익숙한 명령어가 그대로 동작하고, GNOME/KDE/XFCE 같은 데스크톱 환경도 문제없이 설치돼요. 차이가 드러나는 지점은 서비스 관리예요. systemctl status nginx 대신 service nginx status나 rc-status(OpenRC 사용 시) 같은 전통적인 명령어를 쓰게 돼요.
로그 확인도 journalctl 대신 /var/log/ 아래의 일반 텍스트 로그 파일을 직접 들여다보는 방식으로 돌아가요. journald의 강력한 필터링 기능은 없지만, grep, tail -f 같은 표준 유닉스 도구로 충분히 다룰 수 있는 단순한 텍스트 파일이라는 점이 오히려 장점이라고 느끼는 사용자도 많아요.
커뮤니티 규모와 실용성 사이의 트레이드오프
Devuan의 가장 현실적인 약점은 커뮤니티 규모예요. Debian 대비 사용자와 기여자 수가 훨씬 적어서, 특정 하드웨어나 소프트웨어 조합에서 문제가 생겼을 때 검색으로 해결책을 찾기 어려운 경우가 있어요. 또한 일부 최신 데스크톱 소프트웨어(특히 GNOME 최신 버전)는 systemd의 특정 기능(logind 등)에 암묵적으로 의존하는 경우가 있어, Devuan에서 완벽하게 동작하지 않을 수도 있어요.
서버 용도로는 이런 문제가 훨씬 적어요. 웹서버, 데이터베이스, 각종 백엔드 서비스는 systemd 의존성이 거의 없어서, “가벼운 서버 OS로서의 Debian”을 원하는 목적이라면 Devuan이 안정적으로 동작해요. 애초에 서버용으로 Debian 계열을 고려하고 있다면 Debian vs Ubuntu Server, 서버용으로 뭘 써야 할까 글에서 두 배포판의 차이를 먼저 짚어보는 것도 도움이 돼요.
결론
Devuan은 특정 철학적 입장(유닉스 철학, 모듈성)을 실제 사용 가능한 배포판으로 구현해낸 흔치 않은 사례예요. 데스크톱에서는 가끔 마찰이 있을 수 있지만, systemd 없는 환경에서 Debian 생태계를 그대로 누리고 싶은 서버 운영자나 미니멀리스트에게는 여전히 유효한 선택지예요. Debian이 왜 애초에 이런 포크가 나올 만큼 큰 가문을 이루고 있는지 궁금하다면 데비안 계열 vs 레드햇 계열 vs 아치 계열, 근본적 차이 정리 글도 참고할 만해요.
자주 묻는 질문
Q1. Devuan은 Debian 패키지를 그대로 쓸 수 있나요?
네, Debian용 .deb 패키지 대부분이 그대로 설치 가능하며, systemd에 의존하는 일부 패키지만 별도로 패치하거나 대체해요.
Q2. systemctl 명령어 대신 뭘 쓰나요?
기본 init인 sysvinit을 쓰면 service 명령어를, OpenRC를 쓰면 rc-status 같은 전통적인 명령어로 서비스를 관리해요.
Q3. 데스크톱 환경에서도 문제없이 쓸 수 있나요?
대체로 문제없지만, 일부 최신 GNOME 버전처럼 systemd의 특정 기능(logind 등)에 암묵적으로 의존하는 소프트웨어는 완벽하게 동작하지 않을 수 있어요.
Q4. 서버 용도로는 안정적인가요?
네, 웹서버·데이터베이스 같은 백엔드 서비스는 systemd 의존성이 거의 없어 서버 용도로는 안정적으로 동작해요.
Q5. Devuan의 가장 큰 약점은 뭔가요?
커뮤니티 규모예요. Debian 대비 사용자와 기여자가 훨씬 적어 특정 문제의 해결책을 검색으로 찾기 어려운 경우가 있어요.
Void Linux 파헤치기: systemd 없는 리눅스는 어떨까
대부분의 주류 배포판이 채택한 systemd 대신 runit을 사용하는 Void Linux의 구조와 장단점을 살펴봅니다.
systemd 서비스 유닛 파일, 이렇게 만들면 됩니다
직접 만든 스크립트나 프로그램을 부팅 시 자동 실행되는 서비스로 등록하는 방법을, systemd 유닛 파일의 구조와 systemctl 명령어 사용법까지 실전 절차로 정리합니다.
BFQ 비디오 재생 벤치마크: 반응성을 높인 대가로 프레임이 얼마나 떨어졌나
BFQ+의 low-latency 휴리스틱이 반응성을 높이는 대신 소프트 실시간 애플리케이션에 어떤 지연 시간 대가를 요구하는지 논문의 비디오 재생 벤치마크로 확인합니다.