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

Scenariu ilustrativ: Maya întreține o stație de lucru Debian 12 Bookworm utilizată pentru dezvoltare. Ea dorește pachetele mai noi în Debian Testing, dar nu își permite să lase APT cu un set de pachete semi-actualizate. Cea mai sigură abordare este să treacă mai întâi la versiunea stabilă suportată în prezent, apoi să schimbe sistemul stabil curat la numele de cod Testing actual. Acest exemplu explică o procedură precaută; nu este un raport al unei actualizări reale sau o garanție că fiecare mașină va avea același plan de pachete.

Începând cu 6 octombrie 2026, Debian identifică Debian 13 „Trixie” ca fiind Stabilă și Debian 14 „Forky” ca fiind Testing. Ghidul Debian pentru Testing recomandă trecerea de la versiunea Stabilă curentă la Testing; acesta avertizează că pornirea de la o versiune stabilă mai veche poate duce la erori neașteptate. Pentru o instalare Bookworm, aceasta înseamnă urmarea instrucțiunilor oficiale de actualizare de la Bookworm la Trixie înainte de a schimba repozitoriile la Forky. Verificați din nou paginile de lansare în ziua în care lucrați, deoarece numele de cod al Testing se schimbă atunci când Debian publică o nouă versiune stabilă.

De ce să schimbi dependențele în etape?

APT rezolvă dependențele folosind indexurile pachetelor și suitele de versiuni configurate pe sistem. Dacă îndreptați o instalare mai veche direct către Testing, APT poate propune modificări în bibliotecile principale, kernel, desktop, firmware și pachete terțe într-o singură operațiune. O simulare poate expune un plan discutabil, dar nu poate face un punct de plecare neacceptat sigur.

Testarea este o țintă mobilă. Pachetele migrează din Unstable după ce îndeplinesc criteriile de arhivare, dar pot apărea totuși lacune temporare în dependențe și regresii. De asemenea, Debian nu oferă același suport de securitate permanent pentru Testing pe care îl oferă pentru Stable. Această rută reduce conflictele de pachete evitabile; nu poate face Testing la fel de fiabil ca Stable sau nu poate preveni fiecare defecțiune viitoare.

Scenariu ilustrativ: pregătește mașina Bookworm a Mayei

1. Confirmați lansarea inițială și starea pachetului

Maya verifică mai întâi dacă este vorba de Debian și înregistrează starea curentă a sistemului. Ea citește detaliile versiunii curente și fișierele repozitoriului înainte de a edita orice:

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

Ea verifică /etc/apt/sources.list, fiecare fișier din /etc/apt/sources.list.d/, și preferințele APT din /etc/apt/preferencesși /etc/apt/preferences.d/. Scopul este de a identifica repozitoriile furnizorilor, pachetele construite local, versiunile fixate și pachetele reținute înainte ca acestea să devină confuze în timpul unei actualizări. Dacă dpkg --auditraportează o configurare neterminată a pachetului sau apt-get checkraportează dependențe defecte, Maya remediază mai întâi acea condiție în Bookworm, în loc să aplice o modificare a distribuției peste ea.

2. Faceți posibilă recuperarea înainte de a modifica versiunile

Înainte de a atinge sursele pachetului, Maya creează o copie de rezervă testată a datelor personale și a configurației importante, inclusiv bazele de date ale aplicațiilor și datele de service, acolo unde este cazul. O imagine completă a discului sau un snapshot al mașinii virtuale îi oferă o modalitate de a recupera sistemul de operare; o copie a directorului principal nu este suficientă. De asemenea, se asigură că are acces la consola locală, un mediu de recuperare bootabil, suficient spațiu liber în /, /varși /bootși o conexiune la rețea funcțională.

Dacă mașina este la distanță, ea programează timpul de nefuncționare și folosește o consolă out-of-band, dacă este disponibilă. O actualizare a pachetului care repornește rețeaua sau înlocuiește componente SSH poate deconecta o sesiune la distanță. Pentru un server important, Maya testează mai întâi întreaga secvență pe o clonă. Notele de lansare Debian includ îndrumări de pregătire și recuperare; acestea ar trebui citite înainte de fiecare actualizare a versiunii.

3. Finalizați actualizarea Bookworm-la-Trixie acceptată

Maya urmează procedura Bookworm-to-Trixie din Notele oficiale de lansare Debian 13, inclusiv verificările pentru arhive terțe, preferințele APT, starea pachetului și spațiul disponibil pe disc. Ea nu omite pasul de actualizare acceptat de Bookworm prin rescrierea tuturor surselor în Forky. Debian documentează explicit actualizarea de la Debian 12 la Debian 13; folosiți documentul specific versiunii pentru pachetul exact și solicitările de configurare care se pot aplica sistemului.

După ce mașina este complet actualizată, ea repornește în Trixie și confirmă că pornește normal. Verifică serviciile critice, accesul la rețea, montările de stocare, conectarea la grafică sau desktop și orice hardware care depinde de firmware. Acest punct de control este valoros: dacă ceva este în neregulă, ea poate diagnostica o singură tranziție de lansare înainte de a introduce Testarea.

Comutați sistemul Stabil verificat la Testare

4. Eliminați intrările mixte sau învechite din repozitoriu

După ce sistemul este funcțional pe Trixie, Maya salvează o copie a fișierelor sursă și de preferințe APT. Ea dezactivează temporar repozitoriile terțe și intrările de backport sau actualizare specifice Trixie. Combinarea suitelor stabile, de testare și instabile fără o politică clară de fixare poate produce biblioteci nepotrivite și conflicte de dependențe. Pachetele de la furnizori din afara Debianului pot să nu existe încă pentru Forky; Maya verifică informațiile de compatibilitate ale fiecărui furnizor, în loc să presupună că un repozitoriu Trixie este potrivit.

În instalările actuale, sursele pot utiliza fie formatul mai vechi, cu o singură linie, fie .sourcesformatul deb822. Editați formatul deja utilizat și asigurați-vă că nicio intrare Debian activă nu mai indică bookwormsau nu indică trixieactualizarea Testing atunci când începe.

5. Indicați arhiva principală Debian către Forky

Pentru acest exemplu specific datei, Forky este numele de cod actual pentru Testing. Un fișier sursă deb822, cum ar fi [deb822], /etc/apt/sources.list.d/debian.sourcespoate utiliza următoarea structură. Păstrați componentele care corespund instalării; acest exemplu include firmware comun și zone non-free, dar nu le activează automat pe fiecare sistem.

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

Nu copiați această strofă peste o configurație existentă fără a o inspecta. Păstrați opțiunile de mirror și componentele de care sistemul are nevoie și eliminați sau comentați intrările Debian duplicate. Evitați utilizarea aliasului moving testingdacă intenția este de a rămâne pe Forky după ce acesta devine Stabil. Un nume de cod urmărește Forky pe parcursul tranziției sale de lansare; numele suitei testingurmează oricare versiune este în Testing în viitor.

Pentru Testare, nu păstrați orbește o adresă URL de securitate Stabilă, cum ar fi trixie-securityși nu o înlocuiți cu o forky-securitysuită ghicită. Întrebările frecvente Debian menționează că Testarea nu primește aceleași actualizări de securitate dedicate ca Stabilă; este posibil ca remedierile să fie nevoie să migreze de la Unstable, iar timpul poate varia. Cititorii ar trebui să consulte ghidul actual Debian Testare și informațiile despre vulnerabilități și să decidă dacă modelul de suport respectiv este acceptabil.

6. Reîmprospătați indexurile și simulați schimbarea completă a dependenței

Odată ce sursele sunt editate, Maya actualizează metadatele pachetului și solicită APT să simuleze actualizarea completă:

sudo apt update
sudo apt -s full-upgrade

Simularea este o etapă de revizuire, nu o solicitare de aprobare care ar trebui acceptată automat. Maya citește lista de pachete de instalat, actualizat, reținut și eliminat. Se oprește dacă propunerea elimină metapachetul desktop, serverul SSH, bootloader-ul, managerul de rețea, baza de date sau un alt pachet de care depinde; dacă elimină un set mare de pachete fără legătură; sau dacă APT raportează dependențe nerezolvate. Verifică dacă cauza este o sursă terță activată, o blocare, un cod PIN, spațiu insuficient pe disc sau o tranziție temporară de testare.

Un pachet care este reținut nu este automat defect. Poate necesita modificări ale dependenței pe care upgradeoperațiunea conservatoare nu le va face. Nu forțați instalarea unei biblioteci și nu eliminați un metapachet doar pentru a face ca numărul de pachete să ajungă la zero. Dacă planul nu este ușor de înțeles, așteptați ca tranziția arhivei să se rezolve, consultați informațiile relevante despre erorile sau tranzițiile pachetului Debian sau rămâneți în versiunea Stabilă.

Aplicați actualizarea în etape revizuibile

7. Executați actualizarea conservatoare, apoi revedeți actualizarea completă

Dacă simularea este rezonabilă și copia de rezervă este actuală, Maya efectuează mai întâi o actualizare care nu elimină pachetele instalate:

sudo apt upgrade --without-new-pkgs

Ea citește cu atenție orice întrebări legate de fișierul de configurare și ține evidența modificărilor locale. Apoi simulează din nou, deoarece planul pachetului s-ar fi putut modifica:

sudo apt -s full-upgrade

Numai atunci când eliminările și adăugările propuse au sens, ea execută operațiunea propriu-zisă:

sudo apt full-upgrade

full-upgradese pot instala noi dependențe și elimina pachete pentru a finaliza o tranziție de lansare. De aceea, simularea și revizuirea umană sunt importante. Dacă propune eliminări inexplicabile sau eșuează cu erori de dependență, Maya se oprește și salvează rezultatul exact. Nu înlănțuie apt --fix-broken installselecția aleatorie, forțată a versiunilor sau eliminările manuale ale bibliotecilor; aceste acțiuni pot agrava inconsecvența. Mai întâi inspectați eroarea APT, configurația sursei, blocările și starea pachetului, apoi reîncercați numai după înțelegerea cauzei.

Mențineți mașina alimentată și conectată în timpul despachetării și configurării pachetului. Evitați să porniți simultan un alt manager de pachete. Dacă procesul este întrerupt, utilizați instrucțiunile de recuperare pentru eroarea observată și finalizați configurarea pachetului în așteptare numai după confirmarea stării bazei de date a pachetelor.

8. Reporniți, verificați dependențele și restaurați doar repozitoriile compatibile

După ce APT se termină fără erori nerezolvate, Maya verifică starea pachetului și repornește atunci când este cazul:

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

După repornire, ea confirmă versiunea instalată cu /etc/os-release, verifică dacă kernelul așteptat rulează cu uname -r, verifică systemctl --failedși testează aplicațiile și serviciile esențiale. Ea poate inspecta activitatea recentă a pachetelor în /var/log/apt/history.logși /var/log/dpkg.log. O rulare APT reușită nu este suficientă dacă sistemul nu mai pornește, rețeaua este indisponibilă sau un serviciu important a eșuat.

Numai după ce pachetele Debian sunt sănătoase, ea ia în considerare reactivarea depozitelor terțe, unul câte unul, și numai atunci când furnizorul documentează suportul pentru Forky. Apoi, ea rulează apt updateși simulează orice actualizare rezultată înainte de a o accepta. Ea păstrează copia de rezervă a recuperării până când mașina a fost stabilă în condiții normale de utilizare.

Cum se decide dacă migrarea este completă

Maya consideră migrarea finalizată atunci când mașina pornește cu numele de cod Testing așteptat, dpkg --auditeste curată, apt-get checknu raportează dependențe defecte, APT se actualizează din repozitoriile dorite fără erori de semnătură sau lansare, iar sarcinile sale de lucru critice trec propriile verificări. De asemenea, ea înregistrează data, modificările sursei, eliminările de pachete și orice decizii de configurare manuală, astfel încât să poată fi urmărită o regresie ulterioară.

Dacă obiectivul este doar o aplicație mai nouă, rămânerea pe versiunea Stable și utilizarea unui backport oficial, a unui pachet acceptat de furnizor, a unui container sau a unui mediu de testare izolat ar putea fi mai puțin perturbatoare. Dacă computerul este critic pentru afacere, are acces la internet sau nu poate fi restaurat rapid, Debian Stable este, în general, alegerea mai potrivită. Testarea este destinată utilizatorilor pregătiți să monitorizeze actualizările, să citească planurile de pachete și să depaneze problemele de arhivă temporară sau de dependențe.

Referințe oficiale

• Versiuni Debian: starea actuală a versiunilor Stabil, Testing și lansare
• Note de lansare Debian 13: actualizări de la Debian 12 Bookworm
• Wiki Debian: Ghid pentru testarea și actualizarea Debian
• Întrebări frecvente despre Debian: alegerea opțiunilor Stabil, Testing sau Instabil
• Referință Debian: APT, suite de arhive și gestionarea dependențelor