종속성 손상 없이 Debian 12를 Testing으로 마이그레이션하는 방법

예시 시나리오: Morgan은 개인 개발용으로 Debian 12 데스크톱을 사용하고 있으며 프로젝트에 필요한 최신 라이브러리를 원합니다. Morgan은 필요한 경우 재설치를 할 수 있지만, 불완전한 업그레이드나 중요한 패키지를 제거하는 리졸버 플랜은 피하고 싶어합니다. 이는 가상의 예시이며 실제 마이그레이션이나 테스트 결과가 아닙니다. 가장 안전하고 실용적인 접근 방식은 마이그레이션을 단계적으로 진행하고, APT의 플랜을 시뮬레이션한 후, 제안된 변경 사항을 이해하지 못하는 경우 중단하는 것입니다.

2026년 10월 9일 현재, 데비안은 현재 테스트 배포판을 데비안 13 "트릭시" 이후 차기 릴리스인 포키(Forky)로 지정하고 있습니다. 데비안은 테스트 배포판의 보안 업데이트가 보안 팀에서 적시에 관리되지 않는다고 경고합니다. 테스트 배포판은 여분의 데스크톱이나 개발 환경에서는 유용할 수 있지만, 예측 가능한 보안 범위나 지속적인 가용성이 필요한 시스템에는 적합하지 않습니다. 어떤 마이그레이션 절차도 모든 종속성 및 애플리케이션이 변경되지 않고 유지될 것이라고 보장할 수 없습니다.

1. 이 컴퓨터에 데비안 테스팅(Debian Testing)이 적합한 설치 환경일까요?

테스팅 환경에는 언스테이블(Unstable)에서 자동 마이그레이션 기준을 통과한 패키지들이 포함되어 있으며, 여기에는 종속성 설치 가능 여부를 확인하는 검사도 포함됩니다. 하지만 모든 패키지에 버그가 없거나 모든 데스크톱 구성이 정상적으로 작동한다는 의미는 아닙니다. 데비안 프로젝트는 테스팅 배포판 개요 에서 패키지가 테스팅 환경에 포함되는 과정을 설명합니다 . 데비안의 보안 FAQ에서는 마이그레이션 대기 또는 전환 과정으로 인해 버그 수정이 지연될 수 있다고 언급합니다.

업무상 중요한 데스크톱, 운영 서버 또는 복구 경로가 없는 시스템의 경우 안정 버전을 유지하십시오. 모건의 가상 개발 데스크톱의 경우, 패키지 변경, 일시적인 설치 제거, 그리고 직접적인 유지 관리가 계획에 포함된다면 테스트 버전도 괜찮을 수 있습니다. 만약 새로운 애플리케이션 하나만 설치하는 것이 목표라면, 전체 운영 체제를 옮기기 전에 데비안 백포트 또는 다른 지원되는 패키징 옵션을 확인하십시오.

2. 저장소를 변경하기 전에 무엇을 백업해야 합니까?

단순히 패키지 목록만 복사하지 말고, 복원 가능한 백업을 만드세요. 개인 파일, 애플리케이션 데이터, 암호화 복구 키, 중요한 설정, 그리고 로컬에서 빌드한 패키지 등을 모두 보존해야 합니다. 가상 머신의 경우 스냅샷을 찍고 복원 방법을 확인하세요. 물리적 데스크톱의 경우 설치 미디어와 부팅 가능한 방법을 확보해 두고, 백업은 별도의 저장 매체에 보관해야 합니다.

나중에 비교할 수 있도록 현재 패키지 및 소스 상태를 기록해 두세요.

dpkg --get-selections > ~/package-selections.txt
apt-mark showmanual > ~/manually-installed-packages.txt
sudo cp -a /etc/apt ~/apt-config-before-testing

이 기록들은 무엇이 변경되었는지 설명하는 데 도움이 되지만, 이것만으로는 시스템을 완전히 복원할 수 없습니다. 모건은 마감일 직전에 시작하기보다는 APT 경고 메시지를 검토하고 복구할 충분한 시간이 있을 때 마이그레이션을 계획해야 합니다.

3. 패키지 관리 및 Bookworm 설치는 제대로 되어 있습니까?

새로운 배포판을 도입하기 전에 기존 문제를 해결하십시오. 일반적인 Debian 12 업데이트를 완료하고, 커널이나 핵심 서비스가 변경된 경우 재부팅하고, 데스크톱이 제대로 작동하는지 확인하십시오. 그런 다음 패키지 상태, 보류 사항 및 저장소 출처를 검사하십시오.

sudo dpkg --audit
sudo apt-get check
apt-mark showhold
apt-cache policy bash libc6 systemd

dpkg --audit부분적으로 설치되었거나 일관성이 없는 패키지 상태를 보고하고, apt-get check현재 시스템의 종속성 문제를 확인합니다. 보류된 패키지를 무조건 해제하기보다는 검토하십시오. 전환 과정에서 타사 저장소를 제거하거나 비활성화하고, 벤더 저장소, 로컬 파일 또는 소스 빌드에서 설치된 패키지를 기록해 두십시오. 이러한 패키지는 Debian Testing에서 호환되는 버전이 없을 수 있습니다.

시스템에 이미 손상된 패키지, 해결되지 않은 구성 또는 혼합된 제품군이 있는 경우, 그 위에 배포판 변경을 적용하지 마십시오. 먼저 현재 상태를 수정하거나 별도의 파티션 또는 디스크에 클린 설치를 수행하십시오. 여기서 기대하는 결과는 패키지 문제를 파악한 기준선이지, 사전에 완전히 비어있는 감사 출력 결과가 아닙니다.

4. 시험 전에 책벌레에서 트릭시로 캐릭터를 바꿔야 할까요?

네, 문서화된 Bookworm-to-Trixie 업그레이드 절차를 중간 단계로 활용하세요. 데비안 릴리스 노트는 안정 버전에서 다음 버전으로의 업그레이드를 위해 작성되었으며, 준비 사항, 알려진 문제 및 업그레이드 후 작업에 대한 정보를 제공합니다. 데비안 12 Bookworm 릴리스 노트에는 다음 버전으로의 업그레이드 방법이 설명되어 있습니다. 해당 지침을 따르고 재부팅한 후, 시스템이 현재 안정 버전으로 실행 중인지 확인하고 테스트 버전으로 전환하세요.

이 단계별 경로는 알려진 체크포인트를 제공하여 오류 발생 시 원인을 쉽게 파악할 수 있도록 합니다. 기본 데스크톱에서 Bookworm 소스를 Testing으로 직접 변경하여 릴리스 노트를 건너뛰지 마십시오. APT를 통해 직접 변경이 가능할 수도 있지만, 이는 문서화된 안정 버전 간 업그레이드 경로가 아니며 여러 단계의 패키지 전환을 하나의 검토하기 어려운 변경 사항으로 통합할 수 있습니다. 안정 버전 업그레이드 자체가 실패하거나 해결되지 않은 패키지가 남아 있는 경우, 해당 지점에서 작업을 중단하십시오.

5. 여러 테스트 스위트를 혼합하지 않고 APT를 테스트에 활용하려면 어떻게 해야 할까요?

Trixie 시스템을 정리하고 백업한 후에는 /etc/apt/sources.list및 아래의 모든 파일을 검사하십시오 /etc/apt/sources.list.d/. 타사 저장소는 일시적으로 비활성화하십시오. Debian 안정 버전 스위트 항목을 일관되게 교체하십시오. APT 고정(APT pinning)에 대해 의도적으로 이해하고 있지 않는 한 trixie, trixie-security, testing, 및 관련 없는 스위트가 혼합되어 있지 않도록 하십시오.

Deb822 소스 파일은 소스당 하나의 스탠자를 사용합니다. 메인 데비안 아카이브에 대한 간소화된 예는 다음과 같습니다.

Types: deb
URIs: https://deb.debian.org/debian
Suites: testing
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

설치 환경에 맞는 구성 요소 및 서명자 설정을 유지하십시오. 모든 시스템에서 모든 구성 요소가 활성화되는 것은 아닙니다. 현재 테스트 배포판이 향후 전환을 자동으로 따르도록 하려면 스위트 이름을 사용하십시오 testing. 위 날짜 기준으로 스위트 이름은 Forky로 해석됩니다. 코드명을 사용하면 forky해당 릴리스 이름에 고정되며, Forky가 출시된 후 다음 테스트 코드명을 자동으로 따르지 않습니다.

특정 줄이 안정 버전의 보안 저장소와 동일하다고 가정하지 마십시오 testing-security. 데비안의 최신 Forky 페이지에는 테스트 버전의 보안 업데이트는 아직 보안 팀에서 관리하지 않으므로 적시에 제공되지 않을 수 있다고 명시되어 있습니다. 진행하기 전에 최신 테스트 릴리스 정보를 확인하십시오.

6. APT는 무엇을 바꾸고자 하는가?

패키지 인덱스를 새로 고치고, 후보 버전을 검사한 다음, 배포판 업그레이드를 시뮬레이션합니다.

sudo apt update
apt-cache policy
apt-get -s full-upgrade

이 -s옵션은 거래를 시뮬레이션하는 것이며, 제안된 패키지를 설치하지는 않습니다. 전체 계획, 특히 제거된 패키지, 새로 설치된 라이브러리, 보류된 패키지, 그리고 설치 후보가 없는 패키지를 검토하십시오. APT는 full-upgrade종속성을 충족하기 위해 패키지를 설치하거나 제거할 수 있으므로 "명령이 완료되었습니다"라는 말은 "원하는 모든 애플리케이션이 설치된 상태로 유지됩니다"라는 의미와는 다릅니다.

복잡한 계획의 경우, 리졸버 진단 기능을 사용하여 시뮬레이션을 반복하십시오.

apt-get -s -o Debug::pkgProblemResolver=yes full-upgrade

계획에서 데스크톱 환경, 디스플레이 관리자, 네트워킹, 부트로더 또는 사용자가 의존하는 다른 패키지가 제거되는 경우, 그 이유를 설명할 수 없다면 진행하지 마십시오. 라이브러리 전환으로 인해 테스트 환경에서 일부 애플리케이션을 일시적으로 사용할 수 없게 될 수 있습니다. 전환이 완료될 때까지 기다리거나 시스템을 안정 버전으로 일시적으로 유지하는 것이 패키지 조합을 강제로 수행하는 것보다 안전할 수 있습니다. --force시뮬레이션이 깔끔해 보이도록 패키지를 무작정 제거하거나 대량으로 제거하는 행위는 절대 하지 마십시오.

7. 실제 업그레이드는 언제 실행해야 하나요?

시뮬레이션 계획이 만족스럽고, 백업이 준비되었으며, 컴퓨터에 안정적인 전원과 네트워크 연결이 확보된 후에만 진행하십시오. 모든 애플리케이션을 닫고, 불안정한 원격 세션 대신 로컬 터미널을 사용하여 자동 확인 없이 업그레이드를 시작하십시오.

sudo apt full-upgrade

업그레이드를 승인하기 전에 패키지 및 제거 요약 정보를 다시 읽어보세요. APT에서 중요한 데스크톱 또는 코어 패키지 제거를 제안하는 경우, '아니요'를 선택하고 문제를 조사하세요. 업그레이드가 종속성 오류로 중단되면 정확한 오류 메시지를 저장해 두세요. 즉시 apt --fix-broken install또는 반복 실행하지 말고 -y, 먼저 어떤 패키지 또는 저장소 제약 조건 때문에 솔버가 중단되었는지 확인하세요.

성공적으로 업그레이드가 완료되면 패키지 관련 알림을 확인하고 컴퓨터를 재시작한 후 그래픽 세션, 네트워크, 사운드, 저장 장치 및 필수 응용 프로그램이 제대로 작동하는지 확인하십시오. 대규모 업그레이드가 진행 중이거나 Testing 저장소에서 패키지가 일시적으로 사라진 경우, Unstable 저장소의 패키지를 추가하는 것보다 아카이브 마이그레이션이 완료될 때까지 기다리는 것이 좋습니다. Debian 관리자 핸드북의 APT 관련 장에서는 일반 업그레이드와 APT의 차이점 full-upgrade, 특히 패키지 제거 기능에 대해 설명합니다.

8. 마이그레이션을 어떻게 검증하고 복구할 수 있습니까?

재부팅 후 활성화된 릴리스를 확인하고 패키지 일관성을 점검하십시오.

cat /etc/os-release
sudo apt-get check
sudo dpkg --audit
apt-cache policy bash libc6 systemd

변경 사항을 파악해야 하는 경우 APT 기록 /var/log/apt/history.log과 패키지 로그를 검토하십시오 /var/log/dpkg.log. Morgan이 의존하는 애플리케이션(이전의 원인이 된 프로젝트 포함)을 테스트하십시오. 소스 파일이 이제 의도한 제품군을 가리키는지, 비활성화된 타사 항목이 조용히 다시 나타나지 않았는지 확인하십시오.

데스크톱이 정상적인 작업 과정을 완료하고 최소 한 번 이상의 패키지 업데이트를 통과할 때까지 백업을 보관하십시오. APT는 테스트 버전에서 안정 버전으로의 일반적인 다운그레이드를 지원하지 않습니다. 시스템을 사용할 수 없게 된 경우, 전체 시스템 이미지를 복원하거나 안정 버전을 다시 설치하고 데이터를 복원하는 것이 모든 패키지 버전을 수동으로 되돌리는 것보다 일반적으로 더 예측 가능한 방법입니다.

계속 사용하려면 정기적으로 업데이트하고, 제거 예정인 패키지 목록을 확인하고, Debian Testing 및 보안 공지를 주시하십시오. Morgan의 우선순위가 최신 개발 패키지에서 예측 가능한 보안 유지 관리로 변경되면, 단순히 패키지를 수정하고 다운그레이드하면 제대로 작동할 것이라고 가정하는 것이 아니라, Stable 버전을 새로 설치하거나 복원하는 것이 올바른 다음 단계입니다.

공식 참조

• Debian Testing 릴리스 정보 - 현재 코드명 및 보안 상태.
• Debian Testing의 작동 방식 — 패키지 마이그레이션 기준.
• 데비안 보안팀 FAQ — 테스트 환경의 보안 처리.
• Debian 12 Bookworm 릴리스 노트 — 지원되는 업그레이드 준비 사항.
• Debian 참조: 패키지 관리 및 Debian 관리자 핸드북: APT를 참조하십시오 .
• APT/apt-get 매뉴얼 — 시뮬레이션 및 업그레이드 동작.