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

Przykładowy scenariusz: Morgan ma pulpit Debian 12 używany do osobistego rozwoju i chce nowszych bibliotek do projektu. Morgan może w razie potrzeby przeprowadzić ponowną instalację, ale wolałby uniknąć częściowo zaktualizowanego pulpitu lub planu resolwera usuwającego ważne pakiety. To hipotetyczny przykład, a nie rzeczywisty wynik migracji ani testów. Najbezpieczniejszym praktycznym podejściem jest etapowe przeniesienie, symulacja planu APT i przerwanie, gdy proponowane zmiany nie są zrozumiałe.

Od 9 października 2026 roku Debian identyfikuje obecną dystrybucję testową jako Forky, kolejną wersję po Debianie 13 „Trixie”. Debian ostrzega, że ​​aktualizacje bezpieczeństwa dla dystrybucji testowej nie są terminowo zarządzane przez Zespół ds. Bezpieczeństwa. Dystrybucja testowa może być przydatna na wolnym komputerze stacjonarnym lub komputerze deweloperskim, ale nie nadaje się do systemów wymagających przewidywalnego poziomu bezpieczeństwa lub ciągłej dostępności. Żadna procedura migracji nie gwarantuje, że wszystkie zależności i aplikacje pozostaną niezmienione.

1. Czy Debian Testing jest właściwym miejscem docelowym dla tego komputera?

Wersja testowa zawiera pakiety, które przeszły automatyczne kryteria migracji z wersji niestabilnej, w tym kontrole mające na celu zachowanie możliwości instalacji zależności. Nie oznacza to jednak, że każdy pakiet jest wolny od błędów lub że każda konfiguracja pulpitu działa. Projekt Debian wyjaśnia, w jaki sposób pakiety trafiają do dystrybucji testowej, w swoim przeglądzie dystrybucji testowej . W FAQ dotyczącym bezpieczeństwa Debiana zaznaczono, że poprawki mogą być opóźnione z powodu oczekiwania na migrację lub zmian.

W przypadku komputerów stacjonarnych o krytycznym znaczeniu dla pracy, serwerów produkcyjnych lub maszyn bez ścieżki odzyskiwania, należy pozostać przy wersji stabilnej. W przypadku hipotetycznego komputera stacjonarnego Morgana, przeznaczonego do rozwoju, wersja testowa może być akceptowalna, jeśli w planie przewidziano sporadyczne migracje pakietów, tymczasową możliwość odinstalowywania i praktyczną konserwację. Jeśli jedynym celem jest jedna nowsza aplikacja, przed przeniesieniem całego systemu operacyjnego należy sprawdzić Debian Backports lub inną obsługiwaną opcję pakietowania.

2. Co należy wykonać jako kopię zapasową przed zmianą repozytoriów?

Utwórz kopię zapasową, którą możesz przywrócić, a nie tylko kopię listy pakietów. Zachowaj pliki osobiste, dane aplikacji, klucze odzyskiwania szyfrowania, ważne ustawienia i wszelkie lokalnie utworzone pakiety. W przypadku maszyny wirtualnej zrób migawkę i potwierdź, jak ją przywrócić. W przypadku fizycznego pulpitu zachowaj nośnik instalacyjny i sprawdzony sposób jego uruchomienia, a także upewnij się, że kopia zapasowa jest przechowywana na oddzielnym nośniku.

Zapisz aktualny stan pakietu i źródła, aby móc je później porównać:

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

Te rekordy pomagają wyjaśnić, co się zmieniło, ale same w sobie nie odtwarzają systemu. Morgan powinien zaplanować migrację, gdy będzie wystarczająco dużo czasu na przejrzenie komunikatów APT i odzyskanie danych, a nie rozpoczynać jej tuż przed upływem terminu.

3. Czy zarządzanie pakietami i instalacja Bookworm są czyste?

Rozwiąż istniejące problemy przed wprowadzeniem nowej dystrybucji. Wykonaj standardowe aktualizacje Debiana 12, zrestartuj komputer, jeśli jądro lub usługi podstawowe uległy zmianie, i sprawdź, czy środowisko graficzne działa. Następnie sprawdź stan pakietów, ich statusy i pochodzenie w repozytoriach:

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

dpkg --auditRaportuje częściowo zainstalowane lub niespójne stany pakietów; apt-get checksprawdza problemy z zależnościami w obecnym systemie. Przejrzyj wstrzymane pakiety zamiast bezmyślnie je zwalniać. Usuń lub wyłącz repozytoria innych firm na czas przejścia i zanotuj pakiety zainstalowane z repozytoriów dostawców, plików lokalnych lub kompilacji źródłowych. Te pakiety mogą nie mieć kompatybilnych wersji w Debianie Testowym.

Jeśli system ma już uszkodzone pakiety, nierozwiązaną konfigurację lub mieszane pakiety, nie nakładaj na to zmian w dystrybucji. Najpierw napraw bieżący stan lub przeprowadź czystą instalację na osobnej partycji lub dysku. Oczekiwanym rezultatem jest punkt odniesienia, którego problemy z pakietami są zrozumiałe, a nie całkowicie pusty wynik audytu z góry określony.

4. Czy warto przejść z Bookworm do Trixie przed egzaminem?

Tak, użyj udokumentowanej aktualizacji Bookworm-do-Trixie jako etapu pośredniego. Informacje o wydaniu Debiana dotyczą aktualizacji z jednej wersji stabilnej do następnej i zawierają opisy przygotowań, znanych problemów oraz zadań po aktualizacji. Informacje o wydaniu Bookworm Debiana 12 opisują aktualizację do kolejnej wersji. Postępuj zgodnie z tymi instrukcjami, zrestartuj komputer i upewnij się, że na komputerze działa aktualna wersja stabilna, zanim przełączysz go na wersję testową.

Ta etapowa ścieżka zapewnia znany punkt kontrolny i ułatwia izolowanie błędów. Nie pomijaj informacji o wydaniu, zmieniając źródła Bookworm bezpośrednio na Testing na głównym pulpicie. Bezpośrednie przejście może być możliwe do rozwiązania przez APT, ale nie jest to udokumentowana ścieżka aktualizacji ze stabilnej do stabilnej i może łączyć wiele rund przejść pakietów w jedną, trudniejszą do zweryfikowania zmianę. Jeśli sama aktualizacja stabilna się nie powiedzie lub pakiety nie zostaną rozwiązane, wstrzymaj się na tym etapie.

5. W jaki sposób wskazać APT tryb testowania bez mieszania pakietów?

Po oczyszczeniu i utworzeniu kopii zapasowej systemu Trixie, sprawdź każdy plik w /etc/apt/sources.list. /etc/apt/sources.list.d/Tymczasowo wyłącz repozytoria innych firm. Konsekwentnie zastępuj wpisy dotyczące pakietów stabilnych Debiana; nie pozostawiaj mieszanki trixie, trixie-security, testingi pakietów niepowiązanych, chyba że celowo rozumiesz zasady przypinania APT.

Pliki źródłowe Deb822 używają jednej sekcji na źródło. Uproszczony przykład dla głównego archiwum Debiana wygląda następująco:

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

Zachowaj komponenty i ustawienia podpisu cyfrowego odpowiednie dla Twojej instalacji; nie każdy system włącza każdy komponent. Jeśli chcesz, aby bieżąca dystrybucja Testing automatycznie podążała za przyszłymi zmianami, użyj nazwy pakietu testing. Od daty podanej powyżej, odpowiada ona nazwie Forky. Użycie nazwy kodowej forkyprzypisuje ją do tej nazwy wydania; po wydaniu Forky nie będzie ona automatycznie podążać za kolejną nazwą kodową Testing.

Nie zakładaj, że testing-securitywiersz jest odpowiednikiem repozytorium bezpieczeństwa wersji stabilnej. Aktualna strona Debiana w Forky informuje, że aktualizacje bezpieczeństwa wersji testowej nie są jeszcze zarządzane przez Zespół ds. Bezpieczeństwa i mogą nie pojawić się na czas. Przed kontynuacją sprawdź informacje o bieżącej wersji testowej .

6. Co APT proponuje zmienić?

Odśwież indeksy pakietów, sprawdź wersje kandydackie, a następnie zasymuluj uaktualnienie dystrybucji:

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

Opcja -ssymuluje transakcję; nie instaluje proponowanych pakietów. Przejrzyj cały plan, ze szczególnym uwzględnieniem usuwania pakietów, nowo zainstalowanych bibliotek, wstrzymanych pakietów i pakietów, dla których nie ma kandydata. APT full-upgrademoże instalować lub usuwać pakiety w celu spełnienia zależności, więc „polecenie zakończone” to nie to samo, co „wszystkie żądane aplikacje pozostają zainstalowane”.

W przypadku skomplikowanego planu powtórz symulację z diagnostyką resolvera:

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

Nie kontynuuj, jeśli plan usuwa środowisko graficzne, menedżera wyświetlania, sieć, bootloader lub inny pakiet, od którego jesteś zależny, i nie potrafisz wyjaśnić dlaczego. Przejście na bibliotekę może tymczasowo uniemożliwić dostęp do niektórych aplikacji w wersji testowej. Oczekiwanie na przejście lub tymczasowe utrzymanie systemu w wersji stabilnej może być bezpieczniejsze niż wymuszona kombinacja pakietów. Nigdy nie używaj --forcemasowego usuwania pakietów, aby symulacja wyglądała na czystą.

7. Kiedy należy przeprowadzić prawdziwą aktualizację?

Kontynuuj dopiero po zaakceptowaniu symulowanego planu, gdy kopia zapasowa będzie dostępna, a komputer będzie miał niezawodne zasilanie i dostęp do sieci. Zamknij aplikacje, użyj terminala lokalnego zamiast niestabilnej sesji zdalnej i rozpocznij aktualizację bez automatycznego potwierdzenia:

sudo apt full-upgrade

Przed zaakceptowaniem ponownie przeczytaj podsumowanie pakietu i usunięcia. Jeśli APT zaproponuje usunięcie krytycznego pakietu pulpitu lub pakietu podstawowego, odpowiedz „nie” i zbadaj problem. Jeśli aktualizacja zatrzyma się z powodu błędów zależności, zachowaj dokładny wynik błędu. Nie uruchamiaj apt --fix-broken installani nie powtarzaj operacji od razu za pomocą -y; najpierw zidentyfikuj, które ograniczenie pakietu lub repozytorium spowodowało zatrzymanie solvera.

Po pomyślnej transakcji należy postępować zgodnie z powiadomieniami dotyczącymi pakietów, uruchomić ponownie komputer i sprawdzić, czy działają sesje graficzne, sieć, dźwięk, pamięć masowa i niezbędne aplikacje. Jeśli trwa duża migracja lub pakiety tymczasowo zniknęły z wersji testowej, oczekiwanie na migrację archiwum jest często lepszym rozwiązaniem niż dodawanie pakietów do wersji niestabilnej. Rozdział Debian APT w Podręczniku administratora Debiana wyjaśnia różnicę między zwykłymi aktualizacjami a aktualizacjami full-upgrade, w tym możliwość usuwania pakietów.

8. W jaki sposób można zweryfikować migrację i zapewnić jej odzyskiwalność?

Po ponownym uruchomieniu potwierdź aktywną wersję i sprawdź spójność pakietu:

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

Przejrzyj historię APT /var/log/apt/history.logi zaloguj się do pakietu, /var/log/dpkg.logjeśli chcesz dowiedzieć się, co się zmieniło. Przetestuj aplikacje, od których zależy Morgan, w tym każdy projekt, który był przyczyną tej zmiany. Sprawdź, czy pliki źródłowe wskazują teraz na docelowy pakiet i czy wyłączone wpisy stron trzecich nie zostały automatycznie zwrócone.

Przechowuj kopię zapasową do momentu, aż komputer wykona normalne zadania robocze i co najmniej jedną aktualizację pakietu. APT nie oferuje obsługiwanej, uniwersalnej wersji downgrade z wersji testowej do stabilnej. Jeśli system stanie się bezużyteczny, przywrócenie pełnego obrazu systemu lub ponowna instalacja wersji stabilnej i przywrócenie danych jest zazwyczaj bardziej przewidywalne niż próba ręcznego cofnięcia każdej wersji pakietu.

W przypadku ciągłego użytkowania, należy regularnie aktualizować, czytać proponowane usunięcia pakietów i śledzić powiadomienia dotyczące Debiana w wersji testowej i bezpieczeństwa. Jeśli priorytety Morgana zmienią się z nowszych pakietów rozwojowych na przewidywalne utrzymanie bezpieczeństwa, właściwym kolejnym krokiem będzie czysta instalacja lub przywrócenie wersji stabilnej – a nie przypadkowa edycja pakietu i założenie, że obniżenie wersji zadziała.

Oficjalne źródła

• Informacje o wydaniu Debian Testing — aktualna nazwa kodowa i status bezpieczeństwa.
• Jak działa Debian Testing — kryteria migracji pakietów.
• FAQ zespołu ds. bezpieczeństwa Debiana — zasady bezpieczeństwa w wersji testowej.
• Notatki o wydaniu Debian 12 Bookworm — obsługa przygotowania do aktualizacji.
• Debian Reference: Zarządzanie pakietami i Podręcznik administratora Debiana: APT .
• Podręcznik APT/apt-get — symulacja i zachowanie aktualizacji.