OSTree 기반의 불변 시스템으로 데비안 데스크톱을 구축하는 방법

예시 시나리오: 마야가 개발용으로 데비안 13 데스크톱을 사용하고 있으며, 시스템 업데이트를 롤백하여 완전한 버전으로 복원할 수 있기를 원한다고 가정해 보겠습니다. 그녀는 이 목표를 활용하여 OSTree 기반 데비안 파생 배포판을 평가할 수 있지만, 현재 설치된 시스템에 명령어를 실행한다고 해서 시스템이 변경 불가능하게 될 것이라고 기대해서는 안 됩니다. OSTree는 운영 체제 트리, 부팅 통합, 그리고 배포 환경에 맞춰 설계된 업데이트 프로세스를 필요로 합니다.

OSTree는 완전한 파일 시스템 트리를 버전이 지정된 커밋으로 저장하고 부팅 가능한 배포를 구성합니다. 다음 부팅 시 새 배포를 선택할 수 있으며, 이전 배포는 롤백을 위해 계속 사용할 수 있습니다. 이는 운영 체제의 빌드 및 업데이트 방식을 변경하는 것이며, 일반적인 Debian 패키지 관리 시스템을 자동으로 원자적 시스템으로 바꾸는 것은 아닙니다. Debian의 현재 ostree-boot패키지는 Debian 파생 배포판과의 통합으로 설명되며, dracut으로 빌드된 initramfs와 지원되는 부트로더가 필요합니다. 따라서 아래 단계는 테스트 가능한 파생 배포판 워크플로를 설명하는 것이지, 설치된 Debian 데스크톱을 단일 명령으로 변환하는 것을 지원하는 것은 아닙니다.

OSTree가 바꾸는 것과 바꾸지 않는 것은 무엇일까요?

OSTree는 운영체제 배포 및 업그레이드 시스템이지, 데비안의 패키지 저장소나 종속성 해결 도구를 대체하는 것이 아닙니다. 빌드 프로세스는 여전히 패키지를 설치하고 완전한 루트 파일 시스템을 구성해야 합니다. 그런 다음 OSTree는 해당 트리를 기록하고 배포합니다. 업데이트의 경우, 빌드 프로세스는 또 다른 완전한 트리 커밋을 생성하고 클라이언트는 이를 배포로 사용합니다. 따라서 OSTree 데스크톱은 시스템 이미지를 빌드하는 반복 가능한 방법이 필요합니다. apt upgrade실제 루트 파일 시스템을 대상으로 하는 업데이트 모델은 이와 다릅니다.

"불변"이라는 용어는 컴퓨터의 모든 파일이 읽기 전용이라는 주장보다는 유용한 약어입니다. 일반적인 배포 환경에서 시스템 트리는 읽기 전용으로 처리되는 반면, /etc시스템 구성 파일은 , /var상태 파일은 변경 가능합니다. 사용자 파일은 일반적으로 버전이 지정된 운영 체제 트리 외부에 있으며, 대개 .ostree 아래에 /home있습니다. OSTree에서 이러한 경로와 부팅 항목을 처리하는 방식은 시스템 설계의 일부입니다. 배포 환경을 변경하더라도 /usr새로운 이미지를 생성하는 것을 대체할 수는 없습니다.

1. 이 접근 방식이 사용 중인 데비안 데스크톱에 적합한지 판단하십시오.

Maya에게 있어 첫 번째 질문은 학습 프로젝트를 원하는지 아니면 일상적으로 사용할 운영 체제를 원하는지입니다. OSTree는 업데이트와 롤백을 더욱 세밀하게 제어할 수 있도록 해주지만, Debian은 패키지 설명에 "이 워크스테이션을 변환"하는 완벽한 워크플로를 제공하지 않습니다. 개발자는 OS 트리를 준비하고, initramfs를 만들고, 부트로더를 통합하고, 패키지 업데이트가 새로운 커밋으로 기록되는 방식을 결정하고, 하드웨어를 테스트해야 합니다. 사용자가 유지 관리가 잘 되어 있고 설치 준비가 완료된 환경을 원하는 데스크톱에는 잘 알려진 OSTree 기반 배포판이 더 적합할 수 있습니다.

시간을 투자하기 전에 부팅 체인을 확인하십시오. Debian의 ostree-bootTrixie 패키지 페이지에는 initramfs 요구 사항으로 dracut이, 지원되는 부트로더 제품군으로 GRUB 2, syslinux/extlinux 또는 U-Boot가 명시되어 있습니다. 하지만 이 목록이 모든 펌웨어 설정, Secure Boot 구성, 디스크 암호화 방식 또는 공급업체별 부팅 메뉴가 추가 통합 없이 작동한다는 것을 보장하는 것은 아닙니다. 특히, 내부 디스크를 건드리기 전에 실제 시스템 또는 유사한 가상 머신 구성을 테스트하십시오.

또한 반드시 유지되어야 하는 데스크톱 기능들을 나열하십시오. 그래픽 드라이버, Wi-Fi 펌웨어, 절전 및 재개 기능, 오디오, 프린터, 암호화된 저장소, 다중 모니터, 그리고 커널 트리 외부에 있는 모듈 등이 포함됩니다. 그래픽 로그인 화면으로 성공적으로 부팅하는 것은 시작에 불과합니다. Maya가 독점 드라이버나 특수 커널 모듈에 의존하는 경우, 빌드된 이미지에 해당 드라이버나 모듈이 포함되어 있어야 하며 커널 및 initramfs와 호환되어야 합니다.

2. 안전한 빌드 및 테스트 환경을 구축하세요

대상 시스템과 동일한 Debian 릴리스 및 아키텍처를 사용하는 일회용 가상 머신(VM)으로 시작하십시오. 실험을 시작하기 전에 VM 스냅샷을 생성하십시오. 실제 데스크톱의 홈 디렉터리, 브라우저 프로필, SSH 키, 암호 관리자 복구 자료 및 다른 곳에 동기화되지 않은 모든 데이터를 백업하십시오. 백업 파일은 VM 디스크와 별도로 보관하십시오. 첫 번째 테스트 과정에서 일상적으로 사용하는 컴퓨터의 파티션을 변경하거나 포맷하지 마십시오.

별도의 빌드 디렉터리와 별도의 대상 디스크 이미지를 사용하십시오. 데비안 릴리스, 아키텍처, 패키지 목록, 커널 버전, 부트로더 및 트리 변경 사항에 대한 기록을 남겨 두십시오. 재현 가능한 빌드 기록은 Maya가 실제 이미지 변경과 시스템별 구성 변경을 구분하는 데 도움이 됩니다. 기존 데스크톱 환경을 그대로 유지하려면 새 기본 트리를 생성해도 자동으로 유지되지 않습니다. 설치된 패키지, 사용자 계정, 하드웨어 설정 및 구성은 의도적으로 이전하거나 다시 생성해야 합니다.

3. 빌더에 OSTree 도구를 설치합니다.

Debian Trixie 빌더에서 사용 가능한 OSTree 도구, 부팅 통합 및 dracut 패키지를 설치합니다.

sudo apt update
sudo apt install ostree ostree-boot dracut

패키지 가용성 및 종속성은 데비안 릴리스 및 아키텍처에 따라 다를 수 있으므로 빌더에서 APT를 사용하여 확인하십시오. 이 작업은 시스템에 도구만 설치하며, 시스템의 부팅 프로세스를 변경하거나 루트 파일 시스템을 변경 불가능하게 만들지는 않습니다. 데비안 패키지 설명에는 ostree-boot데비안 파생 배포판을 부팅하는 데 필요한 구성 요소를 제공한다고 명시되어 있습니다.

4. 깨끗한 데비안 루트 트리를 구축합니다.

릴리스 패키지 도구 또는 Debian 이미지 빌드 시스템을 사용하여 완전한 루트 파일 시스템을 준비하십시오. 대상 시스템에 필요한 커널, systemd, 데스크톱 환경, 펌웨어 및 드라이버는 물론 OSTree 부팅 통합 및 initramfs 지원도 포함해야 합니다. 사용자, 로케일, 네트워킹, 서비스 및 데스크톱 기본 설정을 의도적으로 구성하십시오. 예를 들어 콘솔로 부팅되는 최소 트리는 아직 데스크톱이 아니며, 한 시스템용으로 빌드된 트리에는 다른 시스템에 필요한 드라이버가 포함되지 않을 수 있습니다.

트리를 커밋하기 전에 OSTree 배포 레이아웃을 준수해야 합니다. 상위 프로젝트의 적응 가이드에 따르면 기본 구성은 /usr/etc기존의 루트 트리가 아닌 `/etc/ostree/local/bin` 에 있어야 합니다. /etcOSTree는 이를 배포별로 변경 가능한 `/etc/ostree/local/bin`의 기반으로 사용합니다 /etc. 또한 트리는 선택한 OSTree 버전 및 부팅 통합에서 인식하는 위치에 커널과 호환되는 initramfs를 포함해야 합니다. 데비안 전용 부팅 패키지와 상위 프로젝트 가이드를 함께 읽어야 합니다. 유효한 디렉터리 트리만으로는 부팅 가능한 데비안 배포가 되는 것은 아닙니다.

실행 중인 호스트의 전체 내용을 맹목적으로 복사하여 /커밋하지 마십시오. 임시 파일, 시스템별 상태, 잘못된 위치에 있는 패키지 관리자 상태, 이전 부팅 프로세스를 가정한 구성 등이 포함될 수 있습니다. OSTree는 이미지 빌더가 패키지를 어떻게 구성하고 업데이트를 어떻게 생성하는지 정의하도록 요구합니다. 이러한 이미지 빌드 파이프라인이 데비안 데스크톱 전환의 핵심 엔지니어링 작업입니다.

5. 준비된 트리를 로컬 저장소에 커밋합니다.

루트 트리가 준비되면 로컬 저장소를 생성하고 설명적인 브랜치 이름으로 트리를 커밋합니다. 이 예에서 는 /srv/debian-root준비된 트리이며, 실행 중인 호스트의 루트 트리가 아닙니다.

sudo mkdir -p /srv/ostree/repo
sudo ostree --repo=/srv/ostree/repo init --mode=archive
sudo ostree --repo=/srv/ostree/repo commit \
  --branch=debian/trixie/desktop \
  --subject="Debian Trixie desktop test image" \
  /srv/debian-root
sudo ostree --repo=/srv/ostree/repo refs

커밋은 트리의 파일과 해당 브랜치가 가리키는 버전을 기록합니다. 디스크를 구성하거나 펌웨어 부팅 항목을 생성하거나 initramfs가 배포를 찾을 수 있음을 증명하는 작업은 수행하지 않습니다. 다음 이미지를 다시 빌드하고 비교할 수 있도록 저장소와 빌드 입력값을 계속 사용할 수 있도록 유지해야 합니다. 진정한 업데이트 서비스를 위해서는 안전한 전송, 저장소 접근 제어, 필요한 경우 서명된 커밋, 그리고 문서화된 릴리스 프로세스 또한 설계되어야 합니다.

6. OSTree 부팅 통합 기능을 갖춘 테스트 디스크를 프로비저닝합니다.

OSTree 시스템 루트를 생성하고 부트로더를 구성하는 방법을 알고 있는 설치 프로그램 또는 이미지 빌드 워크플로를 통해 새 VM 디스크를 프로비저닝하십시오. OSTree admin init-fs명령은 비어 있는 물리적 루트 파일 시스템을 초기화하고, 관리자는 상태 루트를 초기화하고 커밋을 배포할 수 있지만, 이러한 명령은 구성 요소일 뿐 모든 Debian 데스크톱을 위한 완벽한 설치 프로그램은 아닙니다. 파티션을 구성하고, 펌웨어 부팅 파일을 설치하고, 호환되는 initramfs를 생성하고, 펌웨어 및 부트로더 설정을 구성해야 하는 필요성을 없애지는 않습니다.

Debian 통합 패키지에서 지원하는 부트로더 제품군을 사용하고, 부팅 항목이 OSTree 배포 참조를 initramfs에 전달하는지 확인하십시오. OSTree 배포 문서에 따르면 부팅 항목에는 ostree=initramfs가 선택된 배포를 찾는 데 사용하는 커널 인수가 포함됩니다. 암호화, LVM, RAID, Secure Boot 또는 특수한 저장 장치를 사용하는 시스템의 경우 테스트 전에 initramfs에 필요한 모듈과 키가 포함되어 있는지 확인하십시오. 일반적인 Debian 부팅 항목이 정상적으로 작동한다고 해서 OSTree 배포가 자동으로 부팅될 것이라고 가정하지 마십시오.

첫 배포 시에는 설치 프로그램 또는 이미지 빌더의 지침에 따라 정확한 부팅 경로를 확인하십시오. 단순히 명령어를 실행하는 것만으로는 ostree admin deploy이미 구성된 OSTree 시스템에 기본 배포로 커밋을 대기열에 추가할 뿐이며, 현재 실행 중인 Debian 설치를 해당 시스템으로 변환하지는 않습니다.

7. 부팅, 검사 및 롤백 테스트

가상 머신을 새 배포 환경으로 부팅하고 로그인 화면 외에도 네트워크 연결, 그래픽 가속, 사운드, 절전 및 재개, 스토리지 마운트, 업데이트 및 애플리케이션 동작을 확인하십시오. 그런 다음 배포 목록을 검사하십시오.

sudo ostree admin status

이 명령은 사용 가능한 배포 목록을 보여주고 현재 부팅된 배포를 표시합니다. 테스트하는 동안에는 이전에 정상적으로 작동했던 배포를 유지하십시오. 새 이미지가 실패하면 부팅 메뉴를 사용하여 이전 배포를 선택하거나 설치된 버전에 대한 OSTree 롤백 워크플로를 사용하십시오. 이전 데스크톱이 시작되고 사용자 데이터가 손상되지 않았는지 확인하십시오. OSTree는 OS 트리의 버전을 관리하지만, 개인 파일을 자동으로 복원하거나 모든 애플리케이션이 공유 데이터에 적용한 변경 사항을 되돌리지는 않습니다 /var.

8. 업데이트 및 유지 관리 프로세스를 정의합니다.

유지 관리가 용이한 데스크톱 환경을 위해서는 각 OS 업데이트가 새롭고 검토 가능한 트리 커밋에서 이루어져야 합니다. 누가 빌드를 담당하는지, Debian 패키지 업데이트가 트리에 어떻게 반영되는지, 커널 및 펌웨어 업데이트는 어떻게 테스트되는지, 커밋이 클라이언트에 어떻게 전달되는지, 그리고 이전 버전은 얼마나 오래 보관되는지 등을 결정해야 합니다. 사용자가 추가 애플리케이션이 필요한 경우, 일반적인 APT 명령어를 사용하여 기본 OS를 자동으로 변경하는 대신, Flatpak과 같은 지원되는 애플리케이션 배포 방식을 선택하는 것이 좋습니다.

시스템 상태를 신중하게 계획하십시오. 새로운 배포 환경에서는 로컬 편집 내용이 유지될 수 있지만 /etc, 구성 변경 사항은 여전히 ​​관리자의 검토가 필요합니다. 데이터는 /var배포 환경 간에 공유되므로 운영 체제를 이전 버전으로 롤백해도 데이터베이스 스키마나 애플리케이션 데이터 형식이 반드시 롤백되는 것은 아닙니다. 사용자 파일에는 별도의 백업 및 복구 계획이 있어야 합니다. 변경 불가능한 시스템 파일은 운영 체제 버전 전환 기능을 향상시키지만, 모든 시스템 상태를 트랜잭션 방식으로 관리하는 것은 아닙니다.

실전 준비 체크리스트

• 이 빌드는 재현 가능하며 목표로 하는 데비안 릴리스 및 아키텍처를 대상으로 합니다.
• 루트 트리는 OSTree에서 예상하는 구성 레이아웃을 사용하며, 일치하는 커널과 initramfs를 포함하고, 필요한 데스크톱 드라이버를 갖추고 있습니다.
• 이 대상 시스템은 데비안에서 지원하는 dracut 및 부트로더 통합 기능을 사용하며, 하드웨어 설치 전에 가상 머신에서 테스트를 거쳤습니다.
• 새로운 배포는 데스크톱으로 부팅되며, 이전 배포를 선택하여 부팅할 수도 있습니다.
• 백업은 사용자 데이터뿐만 아니라 운영체제 롤백으로 복원할 수 없는 모든 상태를 포함합니다.
• 패키지 업데이트, 이미지 재구축, 릴리스 서명 또는 검증, 커널 변경 테스트에 대한 문서화된 프로세스가 있습니다.

Maya의 가상 데스크톱 환경에서 실질적인 결과는 검증된 Debian 기반 OSTree 이미지와 이를 활용한 다음 배포를 위한 반복 가능한 방법을 확보하는 것이지, 아무런 변경도 없는 Debian 설치 환경이 마법처럼 불변하게 되는 것이 아닙니다. 가상 머신에서 시작하여 업데이트 파이프라인을 단순화하고, 부팅 통합, 데스크톱 드라이버, 롤백 경로가 모두 실제 하드웨어에서 제대로 작동하는지 확인한 후에만 물리적 하드웨어로 이전해야 합니다.

기본 문서

• Debian Trixie ostree-boot 패키지 세부 정보 — 부팅 통합 제한 사항 및 지원되는 부트로더.
• OSTree 개요 — 커밋, 트리 및 패키지 관리자와의 관계.
• 기존 배포판 수정 - 파일 시스템 레이아웃, initramfs, 사용자 관리 및 패키지 관리자 고려 사항.
• OSTree 배포 — /etc커널 /var및 부팅 항목.
• Debian ostree 관리자 init-fs 매뉴얼 및 Debian ostree 관리자 deploy 매뉴얼 - 명령 범위 및 배포 동작.
• Debian dracut 매뉴얼 - initramfs 모듈 및 부팅 매개변수.