Cum să migrezi Debian 12 la Testing fără a încălca dependențele

Scenariu ilustrativ: Morgan are un desktop Debian 12 folosit pentru dezvoltare personală și dorește biblioteci mai noi pentru un proiect. Morgan poate reinstala dacă este necesar, dar ar prefera să evite un desktop semi-actualizat sau un plan de resolver care elimină pachete importante. Acesta este un exemplu ipotetic, nu o migrare reală sau un rezultat de test. Cea mai sigură abordare practică este de a implementa mutarea în etape, de a simula planul APT și de a opri ori de câte ori modificările propuse nu sunt înțelese.

Începând cu 9 octombrie 2026, Debian identifică distribuția actuală de testare ca fiind Forky, următoarea versiune după Debian 13 „Trixie”. Debian avertizează că actualizările de securitate pentru Testing nu sunt gestionate de echipa de securitate în timp util. Testing poate fi util pe un desktop liber sau pe o mașină de dezvoltare, dar nu este potrivit pentru sistemele care necesită o acoperire de securitate previzibilă sau disponibilitate continuă. Nicio procedură de migrare nu poate garanta că fiecare dependență și aplicație va rămâne neschimbată.

1. Este Debian Testing destinația corectă pentru acest computer?

Testing conține pachete care au trecut criteriile de migrare automată de la Unstable, inclusiv verificări menite să mențină dependențele instalabile. Aceasta nu înseamnă că fiecare pachet este lipsit de erori sau că fiecare configurație desktop funcționează. Proiectul Debian explică modul în care pachetele intră în Testing în prezentarea generală a distribuției Testing . Întrebările frecvente despre securitate ale Debian menționează că remedierile pot fi întârziate de așteptările de migrare sau de tranziții.

Pentru un desktop critic pentru lucru, un server de producție sau o mașină fără cale de recuperare, rămâneți pe Stabil. Pentru desktopul de dezvoltare ipotetic al lui Morgan, Testarea poate fi acceptabilă dacă tranzițiile ocazionale ale pachetelor, dezinstalarea temporară și mentenanța practică fac parte din plan. Dacă singurul obiectiv este o aplicație mai nouă, verificați Debian Backports sau o altă opțiune de împachetare acceptată înainte de a muta întregul sistem de operare.

2. Ce trebuie copiat înainte de schimbarea depozitelor?

Faceți o copie de rezervă pe care o puteți restaura, nu doar o copie a listei de pachete. Păstrați fișierele personale, datele aplicației, cheile de recuperare a criptării, setările importante și orice pachete construite local. Pentru o mașină virtuală, faceți o instantanee și confirmați cum să o restaurați. Pentru un desktop fizic, păstrați mediul de instalare și o modalitate testată de a-l porni și asigurați-vă că copia de rezervă este stocată pe un mediu separat.

Înregistrați starea curentă a pachetului și a sursei pentru a le putea compara mai târziu:

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

Aceste înregistrări ajută la explicarea modificărilor, dar nu recreează sistemul de la sine. Morgan ar trebui să programeze migrarea atunci când există suficient timp pentru a revizui solicitările APT și a recupera, în loc să înceapă chiar înainte de un termen limită.

3. Sunt gestionarea pachetelor și instalarea Bookworm curate?

Rezolvați problemele existente înainte de a introduce o nouă distribuție. Finalizați actualizările normale Debian 12, reporniți dacă kernelul sau serviciile de bază s-au modificat și verificați dacă desktopul funcționează. Apoi, inspectați starea pachetului, reținerile și originile depozitului:

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

dpkg --auditraportează stările pachetelor instalate parțial sau inconsistente; apt-get checkverifică problemele de dependență din sistemul curent. Verifică pachetele reținute în loc să le anulezi orbește. Elimină sau dezactivează repozitoriile terțe pentru tranziție și notează pachetele instalate din repozitoriile furnizorilor, fișierele locale sau versiunile sursă. Este posibil ca aceste pachete să nu aibă versiuni compatibile în Debian Testing.

Dacă sistemul are deja pachete defecte, configurații nerezolvate sau suite mixte, nu adăugați o modificare a distribuției. Remediați mai întâi starea curentă sau efectuați o instalare curată pe o partiție sau un disc separat. Rezultatul așteptat este o linie de bază ale cărei probleme ale pachetelor sunt înțelese, nu un rezultat de audit complet gol, afirmat în prealabil.

4. Ar trebui să treci de la Bookworm la Trixie înainte de testare?

Da, folosiți actualizarea documentată de la Bookworm la Trixie ca etapă intermediară. Notele de lansare Debian sunt scrise pentru actualizări de la o versiune stabilă la următoarea și menționează pregătirea, problemele cunoscute și sarcinile post-actualizare. Notele de lansare Bookworm de Debian 12 descriu actualizarea la următoarea versiune. Urmați aceste instrucțiuni, reporniți și confirmați că mașina rulează modul Stabil curent înainte de a o comuta la Testing.

Această rută etapizată vă oferă un punct de control cunoscut și facilitează izolarea erorilor. Nu săriți peste notele de lansare schimbând sursele Bookworm direct în Testing pe desktopul principal. O trecere directă poate fi rezolvabilă de APT, dar nu este calea documentată de actualizare de la stabil la stabil și poate combina mai multe runde de tranziții de pachete într-o singură modificare mai greu de revizuit. Dacă actualizarea stabilă în sine eșuează sau lasă pachete nerezolvate, întrerupeți-o acolo.

5. Cum ar trebui să îndrepti APT la Testing fără a amesteca suite?

După ce sistemul Trixie este curat și are o copie de rezervă, inspectați fiecare fișier de sub /etc/apt/sources.listși /etc/apt/sources.list.d/. Dezactivați temporar repozitoriile terțe. Înlocuiți intrările din suita stabilă Debian în mod consecvent; nu lăsați un amestec de trixie, trixie-security, testingși suite fără legătură, decât dacă înțelegeți în mod deliberat fixarea APT.

Fișierele sursă Deb822 folosesc o singură strofă per sursă. Un exemplu simplificat pentru arhiva principală Debian este:

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

Păstrați componentele și setările de semnătură corespunzătoare instalării dvs.; nu fiecare sistem permite fiecare componentă. Dacă doriți ca distribuția Testing curentă să urmeze automat tranzițiile viitoare, utilizați numele suitei testing. Începând cu data de mai sus, aceasta este rezolvată la Forky. Utilizarea numelui de cod forkyvă fixează în schimb la numele de versiune respectiv; nu va urma automat următorul nume de cod Testing după lansarea Forky.

Nu presupuneți că o testing-securitylinie este echivalentă cu depozitul de securitate Stable. Pagina Forky curentă a Debian spune că actualizările de securitate Testing nu sunt încă gestionate de Echipa de Securitate și este posibil să nu ajungă la timp. Verificați informațiile despre versiunea curentă Testing înainte de a continua.

6. Ce propune APT să schimbe?

Reîmprospătați indexurile pachetelor, inspectați versiunile candidate, apoi simulați actualizarea distribuției:

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

Opțiunea -ssimulează tranzacția; nu instalează pachetele propuse. Examinați planul complet, în special eliminările de pachete, bibliotecile nou instalate, pachetele reținute și pachetele care nu au niciun candidat. APT full-upgradeare permisiunea de a instala sau elimina pachete pentru a satisface dependențele, deci „comanda finalizată” nu este același lucru cu „toate aplicațiile dorite rămân instalate”.

Pentru un plan complicat, repetați simularea cu diagnosticarea resolverului:

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

Nu continuați dacă planul elimină mediul desktop, managerul de afișare, rețeaua, bootloader-ul sau un alt pachet pe care vă bazați și nu puteți explica de ce. O tranziție de bibliotecă poate face temporar o anumită aplicație indisponibilă în Testing. Așteptarea tranziției sau menținerea temporară a sistemului în modul Stabil poate fi mai sigură decât forțarea unei combinări de pachete. Nu utilizați niciodată --forcesau eliminați în masă pachete pentru a face simularea să arate curată.

7. Când ar trebui să executați actualizarea reală?

Continuați numai după ce planul simulat este acceptabil, copia de rezervă este disponibilă și computerul are alimentare fiabilă și acces la rețea. Închideți aplicațiile, utilizați un terminal local în loc de o sesiune la distanță fragilă și porniți actualizarea fără confirmare automată:

sudo apt full-upgrade

Citiți din nou rezumatul pachetului și al eliminării înainte de a accepta. Dacă APT propune eliminarea unui pachet critic pentru desktop sau nucleu, răspundeți negativ și investigați. Dacă actualizarea se oprește din cauza unor erori de dependență, păstrați rezultatul exact al erorii. Nu rulați apt --fix-broken installsau repetați imediat operațiunea cu -y; identificați mai întâi ce pachet sau constrângere a depozitului a cauzat oprirea rezolvitorului.

După o tranzacție reușită, urmați toate notificările pachetului, reporniți computerul și verificați dacă sesiunea grafică, rețeaua, sunetul, spațiul de stocare și aplicațiile esențiale funcționează. Dacă o tranziție amplă este în desfășurare sau pachetele au dispărut temporar din Testing, așteptarea migrărilor arhivelor este adesea preferabilă în locul includerii pachetelor instabile. Capitolul APT din Manualul administratorului Debian explică diferența dintre actualizările obișnuite și full-upgrade, inclusiv capacitatea sa de a elimina pachete.

8. Cum puteți verifica migrarea și cum o puteți menține recuperabilă?

După repornire, confirmați versiunea activă și verificați consistența pachetului:

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

Verificați istoricul APT /var/log/apt/history.logși datele de autentificare ale pachetului /var/log/dpkg.logdacă trebuie să înțelegeți ce s-a modificat. Testați aplicațiile de care depinde Morgan, inclusiv orice proiect care a motivat mutarea. Verificați dacă fișierele sursă indică acum către suita dorită și dacă intrările dezactivate de la terți nu au returnat în mod silențios.

Păstrați copia de rezervă până când desktopul a finalizat sarcinile normale de lucru și a finalizat cel puțin o actualizare suplimentară a pachetului. APT nu oferă o versiune de downgrade generală de la Testing la Stable. Dacă sistemul devine inutilizabil, restaurarea unei imagini complete a sistemului sau reinstalarea Stable și restaurarea datelor sunt de obicei mai previzibile decât încercarea de a inversa manual fiecare versiune a pachetului.

Pentru utilizare continuă, actualizați periodic, citiți propunerile de eliminare a pachetelor și urmăriți notificările de testare și securitate ale Debian. Dacă prioritățile lui Morgan se schimbă de la pachete de dezvoltare mai noi la o întreținere previzibilă a securității, următorul pas corect este o instalare sau o restaurare Stabilă curată - nu o editare casuală a suitei și presupunerea că downgrade-ul va funcționa.

Referințe oficiale

• Informații despre versiunea Debian Testing — numele de cod actual și starea de securitate.
• Cum funcționează Debian Testing — criterii de migrare a pachetelor.
• Întrebări frecvente ale echipei de securitate Debian — gestionarea securității pentru Testing.
• Note de lansare Debian 12 Bookworm — pregătire pentru actualizare suportată.
• Referință Debian: Gestionarea pachetelor și Manualul administratorului Debian: APT .
• Manual APT/apt-get — simulare și comportament de actualizare.