Come migrare Debian 12 a Testing senza rompere le dipendenze

Scenario illustrativo: Morgan ha un desktop Debian 12 che usa per lo sviluppo personale e ha bisogno di librerie più recenti per un progetto. Morgan può reinstallare se necessario, ma preferirebbe evitare un desktop parzialmente aggiornato o un piano di risoluzione che rimuova pacchetti importanti. Questo è un esempio ipotetico, non una migrazione reale o un risultato di test. L'approccio pratico più sicuro è quello di pianificare la migrazione, simulare il piano di APT e interrompere l'operazione qualora le modifiche proposte non siano chiare.

Al 9 ottobre 2026, Debian identifica la distribuzione di test corrente come Forky, la release successiva a Debian 13 "Trixie". Debian avverte che gli aggiornamenti di sicurezza per Testing non vengono gestiti tempestivamente dal team di sicurezza. Testing può essere utile su un computer desktop di riserva o su una macchina di sviluppo, ma non è adatta a sistemi che necessitano di una copertura di sicurezza prevedibile o di una disponibilità continua. Nessuna procedura di migrazione può garantire che ogni dipendenza e applicazione rimanga invariata.

1. Debian Testing è la distribuzione corretta per questo computer?

La distribuzione Testing contiene pacchetti che hanno superato i criteri di migrazione automatica da Unstable, inclusi i controlli volti a garantire l'installabilità delle dipendenze. Ciò non significa che ogni pacchetto sia privo di bug o che ogni configurazione desktop funzioni correttamente. Il progetto Debian spiega come i pacchetti entrano a far parte della distribuzione Testing nella sua panoramica della distribuzione Testing . Le FAQ sulla sicurezza di Debian segnalano che le correzioni possono subire ritardi a causa delle attese per la migrazione o delle transizioni.

Per un desktop critico per il lavoro, un server di produzione o una macchina senza possibilità di ripristino, è consigliabile rimanere sulla versione Stabile. Per l'ipotetico desktop di sviluppo di Morgan, la versione Testing potrebbe essere accettabile se sono previsti occasionali passaggi a pacchetti, la disinstallazione temporanea e la manutenzione manuale. Se l'unico obiettivo è l'installazione di una nuova applicazione, prima di migrare l'intero sistema operativo, è consigliabile verificare Debian Backports o un'altra opzione di pacchettizzazione supportata.

2. Cosa è necessario salvare prima di cambiare repository?

Eseguite un backup ripristinabile, non solo una copia dell'elenco dei pacchetti. Conservate i file personali, i dati delle applicazioni, le chiavi di ripristino della crittografia, le impostazioni importanti e tutti i pacchetti installati localmente. Per una macchina virtuale, create un'istantanea e verificate la procedura di ripristino. Per un computer desktop fisico, conservate il supporto di installazione e una procedura di avvio collaudata, e assicuratevi che il backup sia memorizzato su un supporto separato.

Registra lo stato attuale del pacchetto e del codice sorgente in modo da poterlo confrontare in seguito:

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

Questi registri aiutano a spiegare cosa è cambiato, ma non ricreano il sistema da soli. Morgan dovrebbe programmare la migrazione quando c'è tempo sufficiente per esaminare i prompt di APT e ripristinare il sistema, piuttosto che iniziarla poco prima di una scadenza.

3. La gestione dei pacchetti e l'installazione di Bookworm sono corrette?

Risolvete i problemi esistenti prima di introdurre una nuova distribuzione. Completate i normali aggiornamenti di Debian 12, riavviate il sistema se il kernel o i servizi di base sono cambiati e verificate che l'ambiente desktop funzioni correttamente. Quindi, controllate lo stato dei pacchetti, i blocchi e l'origine dei repository:

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

dpkg --auditSegnala pacchetti parzialmente installati o con stato incoerente; apt-get checkverifica i problemi di dipendenza nel sistema corrente. Esamina i pacchetti bloccati invece di sbloccarli indiscriminatamente. Rimuove o disabilita i repository di terze parti per la transizione e prende nota dei pacchetti installati da repository del fornitore, file locali o build sorgente. Tali pacchetti potrebbero non avere versioni compatibili in Debian Testing.

Se il sistema presenta già pacchetti danneggiati, configurazioni non risolte o suite miste, non sovrapporre una modifica alla distribuzione. Correggi prima lo stato attuale o esegui un'installazione pulita in una partizione o disco separato. Il risultato atteso è una base di riferimento in cui i problemi relativi ai pacchetti siano noti, non un output di audit completamente vuoto dichiarato a priori.

4. Dovresti passare da Bookworm a Trixie prima di fare il test?

Sì, usa l'aggiornamento documentato da Bookworm a Trixie come fase intermedia. Le note di rilascio di Debian sono scritte per gli aggiornamenti da una versione stabile all'altra e indicano la preparazione, i problemi noti e le attività post-aggiornamento. Le note di rilascio di Bookworm per Debian 12 descrivono l'aggiornamento alla versione successiva. Segui quelle istruzioni, riavvia e verifica che la macchina stia eseguendo la versione stabile corrente prima di passare alla versione Testing.

Questo percorso a fasi offre un punto di controllo noto e semplifica l'isolamento degli errori. Non saltare le note di rilascio cambiando direttamente le sorgenti di Bookworm in Testing sul tuo computer principale. Un salto diretto potrebbe essere risolvibile da APT, ma non è il percorso di aggiornamento da stabile a stabile documentato e può combinare più cicli di transizioni di pacchetti in un'unica modifica più difficile da analizzare. Se l'aggiornamento alla versione stabile fallisce o lascia dei pacchetti non risolti, interrompi a questo punto.

5. Come si dovrebbe configurare APT per l'ambiente di test senza utilizzare suite di test diverse?

Una volta che il sistema Trixie è pulito e sottoposto a backup, ispeziona ogni file presente in /etc/apt/sources.liste /etc/apt/sources.list.d/. Disabilita temporaneamente i repository di terze parti. Sostituisci in modo coerente le voci della suite stabile Debian; non lasciare un mix di trixie, trixie-security, testing, e suite non correlate a meno che tu non comprenda appieno il pinning di APT.

I file sorgente Deb822 utilizzano una stanza per ogni sorgente. Un esempio semplificato per l'archivio principale di Debian è il seguente:

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

Conserva i componenti e l'impostazione "firmato da" appropriati alla tua installazione; non tutti i sistemi abilitano tutti i componenti. Se desideri che la distribuzione Testing corrente segua automaticamente le transizioni future, usa il nome della suite testing. Alla data sopra indicata, corrisponde a Forky. L'utilizzo del nome in codice forkyti vincola a quel nome di rilascio; non seguirà automaticamente il successivo nome in codice di Testing dopo il rilascio di Forky.

Non dare per scontato che una testing-securityriga sia equivalente al repository di sicurezza della versione Stable. La pagina Forky di Debian indica che gli aggiornamenti di sicurezza della versione Testing non sono ancora gestiti dal team di sicurezza e potrebbero non essere disponibili tempestivamente. Controlla le informazioni sulla versione Testing corrente prima di procedere.

6. Cosa propone di cambiare l'APT?

Aggiorna gli indici dei pacchetti, esamina le versioni candidate, quindi simula l'aggiornamento della distribuzione:

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

Questa -sopzione simula la transazione; non installa i pacchetti proposti. Esamina il piano completo, in particolare la rimozione dei pacchetti, le librerie appena installate, i pacchetti bloccati e quelli per i quali non ci sono candidati. APT full-upgradepuò installare o rimuovere pacchetti per soddisfare le dipendenze, quindi "il comando è stato completato" non significa "tutte le applicazioni desiderate rimangono installate".

Per un piano complesso, ripetere la simulazione con la diagnostica del resolver:

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

Non procedere se il piano rimuove l'ambiente desktop, il gestore di visualizzazione, la rete, il bootloader o un altro pacchetto da cui dipendi e non sei in grado di spiegarne il motivo. Una transizione di libreria potrebbe rendere temporaneamente non disponibili alcune applicazioni nell'ambiente di test. Attendere la transizione o mantenere temporaneamente il sistema in modalità stabile può essere più sicuro che forzare una combinazione di pacchetti. Non utilizzare mai --forcela rimozione massiva di pacchetti per dare alla simulazione un aspetto più pulito.

7. Quando è consigliabile eseguire l'aggiornamento vero e proprio?

Procedete solo dopo aver verificato che il piano simulato sia accettabile, aver effettuato il backup e aver accertato che il computer disponga di alimentazione elettrica e accesso alla rete affidabili. Chiudete le applicazioni, utilizzate un terminale locale anziché una sessione remota potenzialmente instabile e avviate l'aggiornamento senza conferma automatica.

sudo apt full-upgrade

Leggere nuovamente il riepilogo del pacchetto e della rimozione prima di accettare. Se APT propone la rimozione di un pacchetto critico per desktop o core, rispondere di no e indagare. Se l'aggiornamento si interrompe a causa di errori di dipendenza, conservare l'output di errore esatto. Non eseguire apt --fix-broken installo ripetere immediatamente l'operazione -y; identificare prima quale pacchetto o vincolo del repository ha causato l'arresto del risolutore.

Dopo una transazione andata a buon fine, segui le notifiche relative ai pacchetti, riavvia il computer e verifica che la sessione grafica, la rete, l'audio, l'archiviazione e le applicazioni essenziali funzionino correttamente. Se è in corso una transizione importante o se alcuni pacchetti sono temporaneamente scomparsi da Testing, attendere le migrazioni degli archivi è spesso preferibile rispetto all'inserimento di pacchetti instabili. Il capitolo su APT nel Manuale dell'amministratore di Debian spiega la differenza tra gli aggiornamenti ordinari e full-upgrade, inclusa la sua capacità di rimuovere i pacchetti.

8. Come si può verificare la migrazione e garantirne il ripristino?

Dopo il riavvio, confermare la versione attiva e verificare la coerenza dei pacchetti:

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

Esamina la cronologia APT /var/log/apt/history.loge il registro dei pacchetti /var/log/dpkg.logse hai bisogno di capire cosa è cambiato. Testa le applicazioni da cui dipende Morgan, incluso qualsiasi progetto che ha motivato la migrazione. Verifica che i file sorgente ora puntino alla suite prevista e che le voci di terze parti disabilitate non siano state ripristinate silenziosamente.

Conserva il backup finché il desktop non avrà completato le normali attività lavorative e almeno un ulteriore aggiornamento di pacchetto. APT non offre un downgrade generico supportato dalla versione Testing alla versione Stable. Se il sistema diventa inutilizzabile, ripristinare un'immagine completa del sistema o reinstallare la versione Stable e ripristinare i dati è solitamente più prevedibile che tentare di annullare manualmente ogni versione dei pacchetti.

Per un utilizzo continuativo, si consiglia di aggiornare regolarmente, leggere le proposte di rimozione dei pacchetti e tenere d'occhio gli avvisi di test e sicurezza di Debian. Se le priorità di Morgan dovessero cambiare, passando dai pacchetti di sviluppo più recenti alla manutenzione prevedibile della sicurezza, il passo successivo corretto è un'installazione pulita di Stable o un ripristino, non una modifica casuale della suite e la presunzione che il downgrade funzioni.

Riferimenti ufficiali

• Informazioni sulla versione di test di Debian : nome in codice attuale e stato di sicurezza.
• Come funziona Debian Testing : criteri di migrazione dei pacchetti.
• FAQ del team di sicurezza di Debian : gestione della sicurezza per l'ambiente di test.
• Note di rilascio di Debian 12 Bookworm : preparazione all'aggiornamento con supporto.
• Debian Reference: Package Management e Debian Administrator's Handbook: APT .
• Manuale di APT/apt-get : simulazione e comportamento di aggiornamento.