Jak przeprowadzić migrację Debiana 12 do dystrybucji testowej bez naruszania zależności

Przykładowy scenariusz: Maya utrzymuje stację roboczą z systemem Debian 12 Bookworm, używaną do rozwoju oprogramowania. Chce nowszych pakietów w Debianie Testowym, ale nie może sobie pozwolić na pozostawienie APT z częściowo zaktualizowanym zestawem pakietów. Najbezpieczniejszym rozwiązaniem jest najpierw przejście przez aktualnie wspieraną wersję stabilną, a następnie zmiana czystej wersji stabilnej na obecną nazwę kodową Testową. Ten przykład wyjaśnia ostrożną procedurę; nie jest to raport o rzeczywistej aktualizacji ani gwarancja, że ​​każdy komputer będzie miał ten sam plan pakietów.

Od 6 października 2026 roku Debian identyfikuje Debiana 13 „Trixie” jako wersję stabilną, a Debiana 14 „Forky” jako testową. Wytyczne Debiana dotyczące wersji testowej zalecają przejście z bieżącej wersji stabilnej na wersję testową; ostrzegają jednak, że rozpoczęcie od starszej wersji stabilnej może prowadzić do nieoczekiwanych błędów. W przypadku instalacji Bookworm oznacza to postępowanie zgodnie z oficjalnymi instrukcjami aktualizacji Bookworm-do-Trixie przed zmianą repozytoriów na Forky. Sprawdź ponownie strony dotyczące wydań w dniu pracy, ponieważ nazwa kodowa wersji testowej zmienia się wraz z publikacją nowej wersji stabilnej przez Debiana.

Dlaczego warto zmieniać zależności etapami?

APT rozwiązuje zależności, korzystając z indeksów pakietów i pakietów wydań skonfigurowanych w systemie. Jeśli starsza instalacja zostanie skierowana bezpośrednio na środowisko testowe, APT może zaproponować zmiany w bibliotekach rdzeniowych, jądrze, środowisku pulpitu, oprogramowaniu układowym i pakietach firm trzecich w ramach jednej operacji. Symulacja może ujawnić wątpliwy plan, ale nie zapewni bezpieczeństwa nieobsługiwanemu punktowi startowemu.

Wersja testowa to cel ruchomy. Pakiety migrują z wersji niestabilnej po spełnieniu kryteriów archiwizacji, ale nadal mogą występować tymczasowe luki w zależnościach i regresje. Debian nie zapewnia również takiego samego stałego wsparcia bezpieczeństwa dla wersji testowej, jak dla wersji stabilnej. To rozwiązanie zmniejsza liczbę konfliktów pakietów, których można uniknąć; nie sprawi ono, że wersja testowa będzie tak niezawodna jak wersja stabilna, ani nie zapobiegnie wszystkim przyszłym awariom.

Scenariusz ilustracyjny: przygotuj maszynę „Mola książkowego” Mai

1. Potwierdź wydanie początkowe i stan pakietu

Maya najpierw sprawdza, czy to sam Debian i zapisuje aktualny stan systemu. Przed edycją odczytuje szczegóły aktualnego wydania i pliki repozytorium:

cat /etc/os-release
cat /etc/debian_version
apt-cache policy
dpkg --audit
apt-get check
apt-mark showhold

Przegląda /etc/apt/sources.listkażdy plik w /etc/apt/sources.list.d/, a także preferencje APT w /etc/apt/preferences. /etc/apt/preferences.d/Celem jest identyfikacja repozytoriów dostawców, lokalnie tworzonych pakietów, przypiętych wydań i wstrzymanych pakietów, zanim staną się one problematyczne podczas aktualizacji. Jeśli dpkg --auditzgłosi niedokończoną konfigurację pakietu lub apt-get checkuszkodzone zależności, Maya najpierw naprawi ten problem w Bookworm, zamiast nakładać na niego zmiany w dystrybucji.

2. Umożliw odzyskanie danych przed zmianą wersji

Przed dotknięciem źródeł pakietów, Maya tworzy przetestowaną kopię zapasową danych osobistych i ważnych konfiguracji, w tym baz danych aplikacji i danych usług, tam gdzie to konieczne. Pełny obraz dysku lub migawka maszyny wirtualnej umożliwiają jej odzyskanie systemu operacyjnego, ale sama kopia katalogu domowego nie. Upewnia się również, że ma dostęp do konsoli lokalnej, rozruchowy nośnik ratunkowy, wystarczającą ilość wolnego miejsca w /, /var, i /bootoraz działające połączenie sieciowe.

Jeśli maszyna jest zdalna, planuje przestoje i korzysta z konsoli poza pasmem, jeśli jest dostępna. Aktualizacja pakietu, która restartuje sieć lub zastępuje komponenty SSH, może rozłączyć sesję zdalną. W przypadku ważnego serwera Maya najpierw testuje całą sekwencję na klonie. Informacje o wydaniu Debiana zawierają wskazówki dotyczące przygotowania i odzyskiwania; należy się z nimi zapoznać przed każdą aktualizacją wydania.

3. Ukończ wspieraną aktualizację Bookworm-to-Trixie

Maya stosuje procedurę Bookworm-to-Trixie opisaną w oficjalnych informacjach o wydaniu Debiana 13, w tym sprawdza archiwa firm trzecich, preferencje APT, status pakietów i dostępną przestrzeń dyskową. Nie pomija kroku aktualizacji obsługiwanego przez Bookworm, przepisując wszystkie źródła do Forky. Debian wyraźnie dokumentuje aktualizację z Debiana 12 do Debiana 13; należy skorzystać z dokumentu właściwego dla danego wydania, aby zapoznać się z konkretnymi monitami dotyczącymi pakietów i konfiguracji, które mogą dotyczyć systemu.

Po pełnej aktualizacji komputera, uruchamia ponownie Trixie i upewnia się, że uruchamia się poprawnie. Sprawdza krytyczne usługi, dostęp do sieci, montowanie pamięci masowej, logowanie do karty graficznej lub pulpitu oraz cały sprzęt zależny od oprogramowania sprzętowego. Ten punkt kontrolny jest cenny: jeśli coś jest nie tak, może zdiagnozować przejście na jedną wersję przed rozpoczęciem testów.

Przełącz zweryfikowany system stabilny na testowy

4. Usuń mieszane lub nieaktualne wpisy w repozytorium

Po uruchomieniu systemu w Trixie, Maya zapisuje kopię plików źródłowych i preferencji APT. Tymczasowo wyłącza repozytoria innych firm oraz backporty specyficzne dla Trixie lub wpisy aktualizacji. Mieszanie pakietów stabilnych, testowych i niestabilnych bez jasnej polityki przypinania może prowadzić do niedopasowania bibliotek i konfliktów zależności. Pakiety od dostawców spoza Debiana mogą jeszcze nie istnieć dla Forky; Maya sprawdza informacje o zgodności każdego dostawcy, zamiast zakładać, że repozytorium Trixie jest odpowiednie.

W obecnych instalacjach źródła mogą używać starszego formatu jednolinijkowego lub .sourcesformatu deb822. Edytuj już używany format i upewnij się, że żaden aktywny wpis w systemie Debian nie wskazuje na bookwormdatę trixierozpoczęcia aktualizacji do wersji Testing.

5. Przekieruj główne archiwum Debiana do Forky

W tym przykładzie dotyczącym konkretnej daty, Forky to aktualna nazwa kodowa Testing. Plik źródłowy deb822, taki jak ten, /etc/apt/sources.list.d/debian.sourcesmoże mieć następującą strukturę. Zachowaj komponenty pasujące do instalacji; ten przykład zawiera typowe oprogramowanie układowe i obszary niewolne, ale nie włącza ich automatycznie w każdym systemie.

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

Nie kopiuj tej sekcji na istniejącą konfigurację bez jej sprawdzenia. Zachowaj opcje kopii lustrzanych i komponenty, których system potrzebuje, oraz usuń lub zakomentuj zduplikowane wpisy Debiana. Unikaj używania aliasu „moving”, testingjeśli zamierzasz pozostać w Forky po przejściu na wersję stabilną. Nazwa kodowa śledzi Forky podczas przejścia na wersję testową; nazwa pakietu testingbędzie następować po wydaniu testowym w przyszłości.

W przypadku wersji testowej nie należy bezmyślnie zachowywać adresu URL wersji stabilnej trixie-securityani zastępować go zgadywanym forky-securitypakietem. W FAQ Debiana czytamy, że wersja testowa nie otrzymuje tych samych dedykowanych aktualizacji bezpieczeństwa co wersja stabilna; poprawki mogą wymagać migracji z wersji niestabilnej, a terminy mogą się różnić. Czytelnicy powinni zapoznać się z aktualnymi wytycznymi i informacjami o lukach bezpieczeństwa dla wersji testowej Debiana i zdecydować, czy taki model wsparcia jest akceptowalny.

6. Odśwież indeksy i zasymuluj całkowitą zmianę zależności

Po edycji źródeł Maya odświeża metadane pakietu i prosi APT o symulację pełnej aktualizacji:

sudo apt update
sudo apt -s full-upgrade

Symulacja to etap przeglądu, a nie monit o zatwierdzenie, który powinien zostać automatycznie zaakceptowany. Maya odczytuje listę pakietów do zainstalowania, uaktualnienia, zachowania i usunięcia. Zatrzymuje się, jeśli propozycja usuwa metapakiet pulpitu, serwer SSH, bootloader, menedżera sieci, bazę danych lub inny pakiet, od którego jest zależna; jeśli usuwa duży zestaw niepowiązanych pakietów; lub jeśli APT zgłasza nierozwiązane zależności. Sprawdza, czy przyczyną jest włączone źródło zewnętrzne, wstrzymanie, przypięcie, niewystarczająca ilość miejsca na dysku lub tymczasowe przejście do trybu testowania.

Pakiet, który jest wstrzymywany, nie jest automatycznie uszkodzony. Może wymagać zmian zależności, których upgradeoperacja konserwatywna nie wprowadzi. Nie należy wymuszać instalacji biblioteki ani usuwać metapakietu tylko po to, aby liczba pakietów spadła do zera. Jeśli plan jest niezrozumiały, należy poczekać na ustabilizowanie się migracji archiwum, zapoznać się z odpowiednimi informacjami o błędach lub migracji pakietów Debiana albo pozostać w dystrybucji stabilnej.

Zastosuj aktualizację w etapach podlegających przeglądowi

7. Uruchom konserwatywną aktualizację, a następnie ponownie przejrzyj pełną aktualizację

Jeżeli symulacja jest prawidłowa i kopia zapasowa jest aktualna, Maya najpierw przeprowadza aktualizację, która nie usuwa zainstalowanych pakietów:

sudo apt upgrade --without-new-pkgs

Uważnie czyta wszystkie pytania dotyczące pliku konfiguracyjnego i zapisuje zmiany lokalne. Następnie przeprowadza symulację ponownie, ponieważ plan pakietu mógł ulec zmianie:

sudo apt -s full-upgrade

Dopiero gdy proponowane usunięcia i uzupełnienia mają sens, rozpoczyna faktyczną operację:

sudo apt full-upgrade

full-upgradeMoże instalować nowe zależności i usuwać pakiety, aby zakończyć przejście na nową wersję. Dlatego symulacja i weryfikacja przez człowieka są tak ważne. Jeśli program zaproponuje niewyjaśnione usunięcia lub zakończy się niepowodzeniem z błędami zależności, Maya zatrzymuje się i zapisuje dokładny wynik. Nie stosuje losowego apt --fix-broken install, wymuszonego wyboru wersji ani ręcznego usuwania bibliotek; takie działania mogą pogłębić niespójność. Najpierw sprawdź błąd APT, konfigurację źródłową, wstrzymania i status pakietu, a następnie spróbuj ponownie dopiero po ustaleniu przyczyny.

Podczas rozpakowywania i konfiguracji pakietów należy pozostawić urządzenie włączone i podłączone. Unikaj uruchamiania innego menedżera pakietów w tym samym czasie. Jeśli proces zostanie przerwany, skorzystaj z instrukcji odzyskiwania dla zaobserwowanego błędu i dokończ konfigurację oczekującego pakietu dopiero po potwierdzeniu stanu bazy danych pakietów.

8. Uruchom ponownie, sprawdź zależności i przywróć tylko zgodne repozytoria

Po zakończeniu działania narzędzia APT bez nierozwiązanych błędów Maya sprawdza stan pakietu i w razie potrzeby ponownie się uruchamia:

sudo dpkg --audit
sudo apt-get check
sudo apt update
sudo reboot

Po ponownym uruchomieniu potwierdza zainstalowaną wersję za pomocą /etc/os-release, sprawdza, czy oczekiwane jądro działa za pomocą uname -r, przegląda systemctl --failedi testuje swoje niezbędne aplikacje i usługi. Może sprawdzić ostatnią aktywność pakietów w /var/log/apt/history.log. /var/log/dpkg.logPomyślne uruchomienie APT nie wystarczy, jeśli system nie uruchamia się, sieć jest niedostępna lub ważna usługa uległa awarii.

Dopiero gdy pakiety Debiana będą sprawne, rozważa ponowne włączenie repozytoriów zewnętrznych, po jednym na raz i tylko wtedy, gdy dostawca udokumentuje obsługę Forky'ego. Następnie uruchamia apt updatei symuluje każdą aktualizację przed jej zaakceptowaniem. Przechowuje kopię zapasową odzyskiwania, dopóki komputer nie będzie stabilny przy normalnym użytkowaniu.

Jak stwierdzić, czy migracja została zakończona

Maya uznaje migrację za zakończoną, gdy maszyna uruchamia się z oczekiwaną nazwą kodową Testing, dpkg --auditjest czysta, apt-get checknie zgłasza żadnych uszkodzonych zależności, aktualizacje APT z docelowych repozytoriów bez błędów sygnatur lub wydań, a jej krytyczne obciążenia przechodzą własne kontrole. Rejestruje również datę, zmiany w kodzie źródłowym, usunięcia pakietów i wszelkie ręczne decyzje konfiguracyjne, aby można było śledzić późniejszą regresję.

Jeśli celem jest jedynie nowsza aplikacja, pozostanie przy dystrybucji stabilnej i korzystanie z oficjalnego backportu, pakietu wspieranego przez dostawcę, kontenera lub odizolowanego środowiska testowego może być mniej uciążliwe. Jeśli komputer ma krytyczne znaczenie dla firmy, jest podłączony do internetu lub nie można go szybko przywrócić, dystrybucja Debian Stable jest zazwyczaj bardziej odpowiednim wyborem. Wersja testowa jest przeznaczona dla użytkowników, którzy są gotowi monitorować aktualizacje, czytać plany pakietów i rozwiązywać problemy z tymczasowymi archiwami lub zależnościami.

Oficjalne referencje

• Wydania Debiana: aktualny status wersji stabilnej, testowej i wydania
• Notatki o wydaniu Debiana 13: aktualizacje z Debiana 12 Bookworm
• Debian Wiki: wskazówki dotyczące testowania i aktualizacji Debiana
• Debian FAQ: wybór wersji stabilnej, testowej lub niestabilnej
• Dokumentacja Debiana: APT, pakiety archiwów i zarządzanie zależnościami