snap 꾸러미는 실행에 필요한 라이브러리를 스스로 품고, 설치하면 읽기 전용으로 올라가며, 두 판이 나란히 존재할 수 있다. 그 절차를 누군가 밟아야 한다. 꾸러미를 풀고, 올리기를 세우고, 선언대로 권한을 열고, 정해진 때에 새 개정으로 갈아 끼운다. 그것을 맡는 것이 snapd 다.

무엇을 맡는가

snapd 는 snap 이라는 공통 Linux 꾸러미 형식을 떠받치는 상주 서비스로, 꾸러미를 올리고 규칙에 따라 권한을 열며 갱신을 배포한다. 지금 판은 2.78 이다.

이 방식이 얻는 것은 배포판을 넘는 일관성이다. 같은 꾸러미가 Ubuntu 에서도 Fedora 에서도 같은 내용으로 돌고, 시스템에 원래 있던 라이브러리는 거의 영향을 주지 않는다. 값도 같은 자리에 있다. 의존성을 함께 담는다는 것은 같은 실행 환경이 여러 겹으로 놓인다는 뜻이다.

2.78 이 바꾼 것

2.78 은 2026 년 10 월 7 일에 나왔고 미리 배포하는 판이 아니다. 변경 기록에서 분량을 차지하는 것은 세 덩어리다.

하나는 디스크 전체 암호화다. 설정을 다시 하는 흐름이 열쇠 고리를 새로 하고 상태를 다시 세우며, 암호화 판정은 전체 흐름으로 하고 열쇠는 메모리 안의 파일 서술자로 나른다. Ubuntu Core 기기에서는 번개 단자의 안전 등급을 손대지 않고 정할 수 있게 되었다.

둘은 부품과 설정이다. 씨앗을 다시 받을 때 부품도 함께 따지고 씨앗에 적힌 부품의 제거를 막는다. 응용의 실행 환경에서는 부품 폴더의 위치를 읽을 수 있다. 설정 저장소는 안에 든 항목을 읽고 쓰며, 상태를 바꾸기 전에 제약 집합을 통과시키고 오류 알림도 개별 키까지 세분한다.

셋은 인터페이스다. 이번 판은 운전자 관찰 인터페이스를 더하고, 내용 인터페이스가 부품을 통해 파일을 나눌 수 있게 하며, 전원 제어가 표준 충전 문턱 속성을 알아보고, 종료 인터페이스가 표시를 달아 다시 시작하는 것을 허용한다. 그 밖에 기기 식별과 빈칸이 든 경로에 관한 손질이 몇 있다. 감사 기록은 관리 조작과 권한을 넘은 접근을 누가, 무엇을, 왜로 남기게 되어 살필 때 전보다 분명하다.

일상에 닿는 항목도 몇 있다. 디스크 공간 검사에 남겨 둘 양 선택이 늘고, 자리가 모자라면 필요한 꾸러미만 새로 받는다. 할당 묶음 기능이 정식이 되고, 갱신을 알리는 표시가 기본으로 켜지며, 복구 방식에서의 다시 시작이 한 번짜리 항목이 되었다.

샌드박스는 세 단계

엄격한 방식이 기본이다. 커널의 세 가지로 응용을 가둔다. AppArmor 가 접근 규칙을 쥐고, seccomp 가 시스템 호출을 쥐며, 이름 공간이 파일 구성과 프로세스 보기를 갈라 응용은 컨테이너 밖 세상을 보지 못한다. 카메라를 쓰거나 사용자 폴더를 읽으려면 인터페이스 선언을 거쳐야 한다.

옛 방식은 시스템 전체를 건드려야 하는 소프트웨어를 위해 틈을 남긴다. 설치할 때 지정을 분명히 붙여야 효력이 생기고, 격리를 포기하는 것과 같다. 개발 방식은 꾸리는 쪽을 향한다. 엄격한 규칙 아래에서 돌면서도 시스템 자원에 닿고 아직 모자란 인터페이스를 찍어 준다. 살피기 위한 단계이고 이런 꾸러미는 스스로 갱신하지 않는다.

인터페이스는 필요할 때 잇는다

엄격한 방식의 응용이 시스템 능력을 하나 얻으려면 그에 맞는 인터페이스를 선언하고, 그다음 사용자나 시스템이 잇기를 마친다. 설명에는 알파벳 순의 긴 목록이 있고, 소리 재생과 카메라와 블루투스에서 기기 제어까지 하나씩 올라 있다.

이 설계는 무엇을 할 수 있는지를 꾸러미 자신의 선언에 적어 두므로 설치 전에 읽힌다. 값은 기능에 따라 인터페이스를 손으로 이어야 통하는 점이고, 어떤 기기를 처음 쓸 때 여기서 막히기 쉽다.

갱신은 오고, 되돌릴 수도 있다

갱신은 다시 받기 방식의 일이고 기본으로 정해진 박자에 따라 스스로 진행되며, 새 판이 자리를 잡은 뒤에도 앞 판은 남는다. 설치하고 나서 잘못된 것을 알면 되돌리기 명령 하나로 앞 개정으로 돌아가고 옛 꾸러미를 다시 찾지 않아도 된다.

멋대로 움직이지 않기를 바라면 꾸러미 하나만 갱신을 멈추거나 시스템 전체의 방식을 바꿀 수 있다. 설명에는 갱신을 멈추는 기능에 2.58 이후 판이 필요하다고 적혀 있다.

배포판에 닿는 범위

상주 서비스 설치 절에는 열여덟 배포판이 올라 있다. Ubuntu, Debian, Fedora, CentOS, Red Hat, Rocky, AlmaLinux, Arch, Manjaro, openSUSE, Linux Mint, Kali, Parrot, Pop!_OS, Elementary, KDE Neon, GalliumOS, 그리고 Raspberry Pi OS 다.

이 범위가 이 형식의 큰 장점 하나다. 같은 소프트웨어를 여러 배포판에 함께 대야 하는 자리에서는 한 번 꾸리는 편이 여러 벌을 돌보는 것보다 수월하다.

변하지 않는 시스템과의 관계

Ubuntu Core 는 Canonical 의 내장형 시스템이고 공식 설명은 변하지 않고 얇고 엄격히 제한된 Linux 라는 것이다. 그런 시스템에는 전통적인 꾸러미 관리자가 없고, 기계 전체의 응용과 갱신이 snap 한 길로 지나가며, 차이 갱신과 공중 갱신과 망 없는 곳으로의 배치가 모두 여기에 기댄다.

그런 기기에서 snapd 는 소프트를 넣는 도구에 그치지 않고 시스템을 같은 상태로 붙드는 기초 부품이다. 2.78 의 암호화와 씨앗 다시 받기와 복구 방식에 관한 변경의 상당 부분이 바로 이 자리를 위한 것이다.

미리 알아 둘 것

자동 갱신은 기본 동작이고 고를 수 있는 기능이 아니다. 이 박자가 싫은 사람은 스스로 꺼야 하고, 끈 뒤에는 보안 갱신을 직접 살펴야 한다. 이 맞바꿈은 미리 생각해 두어야 한다.

꾸러미 크기도 자주 나오는 지적이다. 의존성을 함께 담는다는 것은 중복을 뜻하고, 같은 실행 환경이 여러 꾸러미에 따로 놓여 디스크가 빠듯한 작은 기계에서 눈에 띈다.

또 커널 기능에 기대므로 컨테이너 안이나 얇은 시스템, 커널 부품을 잘라 낸 환경에서는 샌드박스가 뜻대로 돌지 않을 수 있다. 문제가 생기면 먼저 이 층을 본다.

snapd 가 푸는 것은 한 꾸러미가 어느 배포판에서든 도는 일이다. 의존성은 함께 가고, 샌드박스는 세 단계이며, 인터페이스는 필요할 때 잇고, 갱신은 저절로 오면서 되돌릴 길을 하나 남긴다. 2.78 의 무게는 암호화와 부품과 인터페이스 세 곳에 있고, 일상에서 느끼는 변화는 적다. 변하지 않는 시스템 쪽을 보면 분명해진다.