devway
홈전체 글태그

카테고리

  • 전체40
  • 인프라3
    • 하드웨어2
    • ubuntu1
  • AI34
    • 로컬 LLM8
    • AI 코딩 도구9
    • 컴퓨터 비전4
    • 디자인1
    • 이미지생성2
    • 데이터 아키텍쳐0
    • agent2
    • 모델3
  • Backend1
  • Architecture2
    • 분산 시스템1
    • 데이터0

태그

  • #로컬LLM9
  • #ClaudeCode9
  • #AI개발7
  • #LocalLLM6
  • #AI에이전트5
  • #에이전트4
  • #컴퓨터비전4
  • #MCP4
  • #LLM4
  • #RTX30904
  • #AI코딩4
  • #Anthropic4
  • #모델비교3
  • #객체탐지3
  • #로컬AI3
  • #딥러닝3
  • #개발도구3
  • #Gemma43
  • #이미지생성3
  • #백엔드3

구독

  • RSS
  • Sitemap
ubuntu · 2026-05-06 · 14분

Ubuntu 26.04 LTS, 데스크탑보다 시스템 안쪽이 더 흥미로움

Ubuntu 26.04 LTS "Resolute Raccoon"이 4월 23일에 풀렸음. 화제는 데스크탑 쪽이지만 백엔드 개발자 입장에서는 sudo가 Rust 구현으로 갈아끼워진 거, coreutils 일부가 uutils로 바뀐 거가 훨씬 임팩트가 큼. 변화 정리와 실제로 운영 환경에 올릴 때 신중해야 할 포인트들.

목차
  • 데스크탑은 Wayland 전용으로 갔음
  • 진짜 변한 건 시스템 유틸 쪽
  • AMD64-v3 패키지 변형이 옵트인으로 들어감
  • 툴체인이 깔끔하게 새로 깔림
  • 그래서 macOS 자리를 진짜 뺏는 건가
  • 한계와 거리감
  • 마무리

Ubuntu 26.04 LTS "Resolute Raccoon"이 4월 23일에 풀렸음. 평소 같으면 LTS 한 번 더 나왔구나 정도로 넘어가는데 이번엔 좀 다른 게, 데스크탑 변화보다 시스템 안쪽 변화 — sudo가 Rust 구현으로 갈아끼워진 거, coreutils 일부가 uutils로 바뀐 거 — 이쪽이 훨씬 임팩트가 큰 듯.

백엔드 쪽 입장에서 Ubuntu는 보통 서버용임. 데스크탑은 macOS나 Windows + WSL이 디폴트고, Ubuntu 깔린 노트북 들고 다니는 사람은 주변에 손에 꼽을 정도. 그래서 LTS 릴리스 노트도 보통 서버 관점에서 보게 되는데, 26.04는 의외로 데스크탑 방향성을 강하게 밀어붙였더라고요. 그러면서 서버 쪽도 굵직한 변화가 같이 들어감.

본문에서 자주 나올 용어 짧게 짚고 갑니다.

  • Wayland: 데스크탑이 그래픽을 그리는 새 디스플레이 프로토콜. 오래된 X.org를 대체.
  • AMD64-v3: x86-64의 한 단계 위 명령어 세트. AVX2, FMA, BMI2 같은 거 켜진 버전.
  • sudo-rs / uutils: GNU sudo, GNU coreutils를 Rust로 다시 쓴 프로젝트. 메모리 안전성이 목적.
Ubuntu 26.04 LTS GNOME 50 데스크탑 환경 스크린샷

데스크탑은 Wayland 전용으로 갔음#

GNOME 50 "Tokyo"가 디폴트인데 X.org 세션이 빠짐. 정확히는 Ubuntu Desktop 기본 설치본에서 X 세션 옵션이 사라진 거. 옛날 Java Swing 앱이나 좀 묵은 Electron 앱은 XWayland를 거쳐서 돌아간다고 함. 직접 데스크탑을 깔아본 건 아니라 후기들 종합해서 정리하는 거긴 한데, fractional scaling이랑 가변 주사율(VRR)이 디폴트로 켜진다는 점이 제일 컸던 듯. 4K 외장 모니터 붙였을 때 글자 크기 맞추려고 xrandr 명령어 만지던 시절이 끝났다고 평하는 사람이 많네요.

자잘한 변화도 있는데, sudo 입력할 때 별표가 표시됨. 이거 의외로 익숙해지면 편하다는 후기가 많고 — 옛날에 보안적 이유로 안 보여줬다고 들었는데 sudo-rs로 갈아끼우면서 같이 바뀐 듯. 기본 터미널이 GNOME Terminal에서 Ptyxis로 교체됐고, 시스템 모니터도 Resources라는 새 도구로 바뀜.

여기까지는 데스크탑 사용자가 체감할 변화. 서버 운영하는 입장에선 사실상 무관함.

sudo-rs와 별표 표시 패스워드 입력 터미널 화면

진짜 변한 건 시스템 유틸 쪽#

Rust로 다시 쓴 sudo가 디폴트가 됐음. 기존 GNU sudo는 sudo.ws라는 이름으로 같이 들어 있어서, 호환성 문제 생기면 update-alternatives로 갈아끼울 수 있음. coreutils도 마찬가지로 rust-coreutils(uutils 프로젝트)가 디폴트인데, 다만 cp, mv, rm은 GNU 버전 그대로 유지. Rust 구현에 TOCTOU(time-of-check-to-time-of-use) 이슈가 있어서 보류했다는 게 공식 설명임.

이게 왜 중요하냐면 — 권한 가진 명령들이 20년 넘게 C로 짜여 있었거든요. 메모리 안전성 버그가 터질 수 있는 코드 경로가 그대로 남아있던 거. 메모리 안전한 sudo가 메이저 리눅스 LTS에 디폴트로 들어간 건 이번이 처음. 10년 지원되는 LTS에 들어간다는 점에서 의미가 큽니다.

근데 솔직히 좀 걱정도 됨. 운영 서버에 26.04 바로 올릴 생각 하면, sudo-rs가 GNU sudo에서 잘 되던 어떤 옵션 처리에서 미묘하게 다르게 동작할 가능성이 있다. 메이저 리눅스 LTS에 들어간 첫 버전이면 어딘가에서 미묘한 차이로 스크립트 깨질 가능성을 무시 못 함. 이거 한참 두고 봐야 함.

추가로 dracut이 initramfs-tools를 대체하고, /run/media가 /media 자리를 가져갔음. 둘 다 장기적으로 옳은 선택이긴 한데, 사내 위키나 자동화 스크립트 어딘가에 /media 경로 박혀 있는 게 한두 개씩 나올 거. 26.04로 올릴 때 주말 하루는 잡아야 한다는 후기가 많네요.

C에서 Rust로 전환되는 시스템 유틸리티 시각화

AMD64-v3 패키지 변형이 옵트인으로 들어감#

이게 흥미로움. 2013년 이후 인텔, 2015년 이후 AMD CPU면 다 지원하는 명령어 세트인데, 영상 인코딩/압축/numpy/컴파일러 같은 무거운 워크로드에서 약 15% 빠를 수 있다고 함. 공식 자료 기준 수치고, 워크로드마다 편차는 클 거.

다만 데스크탑 이미지에서는 디폴트가 아님. 클라우드 이미지에서만 디폴트. 데스크탑에서는 사용자가 수동으로 옵트인해야 함. Canonical 공식 입장도 데스크탑 디폴트로는 안 만들 거라고 못 박았더라고요. 호환성 깨질 가능성 때문에 신중하게 가는 거.

서버에서 클라우드 이미지로 쓰는 사람은 자동으로 혜택 보는 셈이고, 자체 머신에 깔아 쓰는 사람은 패키지 변형을 따로 활성화해야 하는 구조. 이 정책 차이는 합리적이라고 봄.

툴체인이 깔끔하게 새로 깔림#

Python 3.13, Go 1.25, Rust 1.93, OpenJDK 25 LTS, GCC 15.2, LLVM 21, PostgreSQL 18. 백엔드 쪽 입장에서 보면 Python 3.13이 디폴트로 들어온 게 제일 큼. FastAPI 같은 프레임워크 쓸 때 매번 pyenv나 venv로 버전 맞추던 게 좀 줄어들 거. PostgreSQL 18도 같이 들어와서, 새 서버 셋업할 때 외부 PPA 안 붙여도 되는 케이스가 늘어남.

특이한 건 AMD ROCm이 아카이브에 직접 들어갔다는 점. Ubuntu Pro로는 15년 지원이라고 함. 15년 지원하는 GPU 컴퓨팅 스택은 본 적이 없음. 이건 진짜 — 엔터프라이즈 AI 워크로드 노리는 거 명백함.

여담인데 ROCm을 15년 지원한다는 건 NVIDIA CUDA 쪽 분위기랑은 좀 결이 다름. 엔터프라이즈 시장에서 AMD 카드를 진지하게 고려하라는 신호인데, 한국 개인 개발자 시장에서는 RTX 시리즈 쓰는 사람이 압도적이라 직접적 영향은 글쎄... 솔직히 와닿진 않음. 그래도 회사에서 GPU 서버 새로 사야 한다면 ROCm + Ubuntu Pro 조합도 검토 대상에 들어갈 만한 변화이긴 함.

Ubuntu 26.04에 포함된 주요 개발 툴체인 구성

그래서 macOS 자리를 진짜 뺏는 건가#

"드디어 Ubuntu가 macOS 떠날 이유가 됐다"는 식의 글이 영어권에 종종 도는데, 좀 회의적입니다. 몇 가지 이유.

첫째, 하드웨어 통합. macOS의 강점은 OS가 아니라 하드웨어와의 통합임. 트랙패드 정밀도, 슬립/웨이크 안정성, 배터리 관리, 외장 디스플레이 색감 — 이런 게 한 회사에서 일관되게 굴러가는 거. Framework 13 Pro가 우분투 인증 받고 같이 출시된다는데, 이게 한 모델로 시장 흐름이 바뀌진 않음.

둘째, 생태계 격차. Sketch, Figma 데스크탑 앱, 1Password CLI 통합, Karabiner 키 매핑, iMessage 연동 같은 거. 개발 자체보다 그 주변 워크플로우가 macOS 생태계에 묶여 있음. 백엔드 개발자야 터미널이랑 IDE만 있으면 되니까 비교적 자유로운 편이긴 한데, 풀스택으로 디자인 협업까지 하다 보면 얘기가 또 달라짐.

여담인데, 한국 개발 환경에서는 사실 데스크탑 우분투 보기가 굉장히 어려움. 회사에서는 보안 솔루션 호환성 때문에 Windows가 디폴트, 개인 개발은 맥북. Ubuntu는 서버에만 깔리는 OS인 경우가 대부분. 이번 26.04가 데스크탑 잘 만들었다는 후기에 흥미를 갖긴 하는데, 한국 시장에서 데스크탑 우분투 사용자가 늘어날 가능성은... 글쎄. 한국 은행, 정부 사이트 호환성부터 IME 설정까지 챙길 게 한두 가지가 아님. 이거 그냥 우리 시장 특수성임.

셋째, 매년 한 번씩 비슷한 톤으로 "올해는 진짜 리눅스 데스크탑 원년"이라는 주장이 나옴. 그리고 매년 비슷하게 잠잠해짐. 이번이 진짜 다르다는 보장은 없습니다.

한계와 거리감#

직접 깔아본 게 아니라 자료 위주로 정리한 거니까 검증 못 한 부분이 있음.

  • sudo-rs 호환성 — 공식 발표는 안전하다고 하는데, 실제로 운영 환경에서 깨지는 케이스가 어디서 어떻게 나올지는 시간이 좀 지나야 보일 듯. 6개월은 두고 봐야 함.
  • AMD64-v3 성능 — 15%는 공식 벤치 기준. 워크로드 따라 편차 클 거고, 데스크탑 디폴트가 아니라는 점에서 일반 사용자가 실제로 체감할 일은 많지 않음.
  • HDR — GNOME 50에서는 아직 미완성. KDE Plasma 6.6 쪽이 HDR은 더 완성도 높다는 얘기가 있어서, HDR 모니터 쓰는 사람은 Kubuntu 쪽도 같이 봐야 할 듯.
  • Wayland 전용 — 일부 옛날 도구가 XWayland로도 잘 안 굴러간다는 후기가 가끔 보임. 모든 환경에서 깔끔하게 갈 거라고 단정하긴 어렵습니다.
야간에 우분투 데스크탑으로 작업 중인 개발자 책상

마무리#

개인적으로 이번 릴리스에서 데스크탑 변화는 크게 안 와닿음. 서버 쪽 운영하는 입장에서 sudo-rs / uutils 도입이 가장 큼. 호환성이 안정화되면 운영 환경에서 누리는 보안 이득은 꽤 크겠지만, 6개월은 24.04 그대로 가다가 천천히 26.04로 옮기는 게 무난한 선택일 듯합니다. 새로 셋업하는 비프로덕션 서버부터 한두 대씩 올려보면서 분위기 보는 게 정석.

Ubuntu 데스크탑이 macOS 자리를 진짜 노린다면 그건 OS 혼자 할 수 있는 게 아님. Framework 같은 하드웨어 파트너가 더 나오고, 회사들이 우분투 노트북을 사내 표준으로 정해주는 흐름이 같이 와야 함. 그 전에는 "맥 떠날 만하다"는 글이 매년 나오긴 할 거고, 우리는 매년 비슷한 회의감으로 그걸 읽을 거.


참고 링크

  • Ubuntu 26.04 LTS 공식 릴리스 노트 — Canonical 공식 채널
  • uutils/coreutils GitHub — Rust coreutils 프로젝트
  • sudo-rs GitHub — Rust sudo 프로젝트
  • #Ubuntu
  • #Ubuntu2604
  • #LTS
  • #Linux
  • #Wayland
  • #SudoRs
  • #개발환경
  • #서버운영
  • #리눅스데스크탑
  • #백엔드
D

devway

AI 도구로 실제 서비스 운영하면서 손에 쥔 결과만 적는 1인 개발 노트. RTX 3090 + 로컬 LLM 환경에서 직접 굴려보고 글로 옮긴다.

소개전체 글RSS

관련 글

AI2026-05-05

Palantir 온톨로지를 오픈소스로 만들 수 있다는 주장이 놓치는 것

Palantir Foundry의 Ontology를 Neo4j + dbt + Streamlit 같은 오픈소스 스택으로 대체할 수 있다는 주장이 종종 도는데, 백엔드 개발자 관점에서 이게 정말 같은 가치를 주는지, 그리고 우리 같은 보통 웹 개발자한테 이런 게 정말 필요한지 좀 따져봐야 할 듯.

  • #데이터아키텍처
  • #온톨로지
  • #지식그래프
  • +7
AI2026-05-04

RAG가 산으로 가는 이유는 검색을 한 번만 해서임

단일 RAG가 복잡한 질문에서 답을 못 내는 이유와, 사람의 추론 과정을 닮은 multi-agent self-RAG 패턴 정리. 가설을 세우고 추가 질문을 생성하는 흐름이 왜 효과적인지, 그리고 실서비스에 박을 때 비용·레이턴시·종료 조건 같은 백엔드 입장에서의 현실적인 고민을 같이 풀어봄.

  • #RAG
  • #멀티에이전트
  • #SelfRAG
  • +7

댓글

(댓글 미설정 — NEXT_PUBLIC_GISCUS_* 환경변수 구성 필요)
소개개인정보처리방침RSSSitemapaickywayconvertprompt
© devway