Capitolo 3. Scegliere una distribuzione Debian

Provare a cercare nel web usando un motore di ricerca e vedere se qualcun altro è stato in grado di farlo funzionare in stable. La maggior parte dell'hardware dovrebbe funzionare senza problemi in stable. Se però si ha dell'hardware recentissimo e all'avanguardia, questo potrebbe non funzionare con stable. Se questa è la situazione, si può installare testing o unstable o aggiornare il sistema ad una di esse.

Per i portatili, https://www.linux-on-laptops.com/ è un sito web molto buono per vedere se qualcun altro è stato in grado di farli funzionare con Linux. Il sito non è specifico per Debian, ma ciò nonostante è una risorsa preziosissima. Non conosco un sito web simile per i desktop.

Un'altra opzione sarebbe chiedere nella mailing list debian-user inviando un messaggio di posta elettronica a debian-user@lists.debian.org . È possibile inviare messaggi alla lista anche senza essere iscritti. Gli archivi possono essere letti via https://lists.debian.org/debian-user/. Informazioni relative all'iscrizione alla lista sono reperibili all'indirizzo degli archivi. È caldamente consigliato porre le proprie domande sulla mailing-list piuttosto che su IRC; i messaggi della mailing-list sono archiviati perciò la soluzione ai propri problemi potrà aiutare altri nella stessa situazione.

Sì. Unstable ha le versioni più recenti, ma i suoi pacchetti non sono ben testati e potrebbero avere dei bug.

D'altro canto, stable contiene versioni vecchie dei pacchetti, ma esse sono ben testate ed è meno probabile che abbiano un qualche bug.

I pacchetti in testing sono una via di mezzo tra questi due estremi.

Beh, questo può essere vero. L'età dei pacchetti in stable dipende da quando è stato fatto l'ultimo rilascio. Dato che di solito trascorre più di 1 anno da un rilascio all'altro, stable potrebbe contenere versioni vecchie dei pacchetti. Tuttavia sono state testate per diritto e per rovescio. Si può dire a ragion veduta che i pacchetti non hanno alcun bug importante noto, falle di sicurezza, ecc. I pacchetti in stable si integrano perfettamente gli uni con gli altri. Queste caratteristiche sono molto importanti per server di produzione che devono essere in funzione 24 ore al giorno, 7 giorni alla settimana.

I pacchetti in testing o unstable, d'altra parte, possono avere bug nascosti, falle di sicurezza, ecc. Inoltre alcuni pacchetti in testing e unstable potrebbero non funzionare come atteso. Di solito le persone che lavorano su una singola macchina desktop preferiscono avere l'insieme di pacchetti più recente e moderno. Unstable è la soluzione adatta per loro.

Come si può vedere, la stabilità e l'estrema modernità sono ai capi opposti dello spettro. Se è necessaria la stabilità, installare la distribuzione stable. Se si vuole lavorare con i pacchetti più recenti, allora installare unstable.

Sì, ma è un processo unidirezionale. Si può fare il passaggio stable --> testing --> unstable. La direzione inversa invece non è "possibile". Perciò è bene essere sicuri se si ha intenzione di installare unstable o di aggiornare il sistema ad essa.

In realtà, se si è esperti, si è disposti a spenderci del tempo, si è molto cauti e si sa quello che si sta facendo, allora potrebbe essere possibile passare da unstable a testing e successivamente a stable. Gli script di installazione non sono pensati per fare questo; perciò, nel farlo, i propri file di configurazione potrebbero andar perduti e...

No. Questa è una questione piuttosto soggettiva. Non esiste una risposta perfetta dato che dipende dal software di cui si ha bisogno, la disponibilità ad affrontare i possibili malfunzionamenti e l'esperienza nell'amministrazione di sistema. Ecco alcuni suggerimenti:

Quando si deve scegliere tra testing e unstable tenere in considerazione che di potrebbero essere casi in cui sarebbe meglio seguire testing invece di unstable. Uno degli autori di questo documento si è trovato in una di queste situazioni a causa della transizione di gcc da gcc3 a gcc4. Stava cercando di installare il pacchetto labplot su una macchina con unstable e l'installazione non era lì possibile perché alcune delle dipendenze avevano già fatto il passaggio a gcc4 ed alcune no. Il pacchetto in testing però era installabile su una macchina testing dato che i pacchetti che avevano fatto la transizione a gcc4 non avevano ancora raggiunto testing.

A volte, un pacchetto può non essere installabile tramite gli strumenti di gestione dei pacchetti. Altre volte, un pacchetto può proprio non essere disponibile: forse è stato (temporaneamente) rimosso a causa di bug o di dipendenze non soddisfatte. Altre volte ancora, un pacchetto si installa ma non si comporta nel modo corretto.

Quando ciò avviene, si dice che la distribuzione è rotta (almeno per quel che riguarda il pacchetto in questione).

Le soluzioni dei bug e le migliorie introdotte nella distribuzione unstable passano in testing dopo un certo numero di giorni. Diciamo che la soglia è di 5 giorni. I pacchetti in unstable passano in testing solo quando non ci sono segnalazioni di bug critici per il rilascio che li riguardano. Se viene segnalato un bug critico per il rilascio riguardante un pacchetto in unstable, questo non passa a testing allo scadere dei 5 giorni.

L'idea è che, se il pacchetto ha dei problemi, questi vengono scoperti da coloro che usano unstable e vengono risolti prima che il pacchetto entri in testing. Ciò mantiene testing in uno stato usabile per la maggior parte del tempo. Nel suo insieme il concetto è impeccabile, a mio parere. Ma le cose non sono sempre così semplici. Prendiamo per esempio la situazione seguente:

La situazione può complicarsi ulteriormente se, per esempio, XYZ dipende da 4 altri pacchetti. Ciò potrebbe risultare in una distribuzione testing inutilizzabile per mesi. Sebbene lo scenario descritto sopra sia immaginario, cose simili possono verificarsi nella vita reale, anche se raramente.

Una delle ragioni principali per cui molte persone scelgono Debian invece di altre distribuzioni Linux è il fatto che richiede molto poca amministrazione. Le persone vogliono un sistema che semplicemente funzioni. In generale si può dire che stable richiede molto poca manutenzione mentre testing e unstable richiedono una manutenzione costante da parte dell'amministratore. Se si usa stable, tutto ciò di cui ci si deve preoccupare è il tenere traccia degli aggiornamenti di sicurezza. Se si usa testing o unstable è una buona idea tenersi al corrente dei nuovi bug scoperti nei pacchetti installati, delle nuove risoluzioni di bug, delle funzionalità introdotte, ecc.

Questa domanda non aiuta a scegliere una distribuzione Debian, ma prima o poi verrà fatto di porsela.

La distribuzione stable è attualmente bullseye; la prossima versione stable si chiamerà bookworm. Consideriamo il caso particolare di ciò che avverrà quando bookworm verrà rilasciata come nuova versione stable.

Nella maggior parte dei casi scoprirlo è molto semplice. Guardare il file /etc/apt/sources.list. Ci sarà una voce simile alla seguente:

deb http://ftp.us.debian.org/debian/ unstable main contrib

Il terzo campo ("unstable" nell'esempio precedente) indica la distribuzione Debian a cui il sistema sta attualmente facendo riferimento.

Si può anche usare lsb_release (disponibile nel pacchetto lsb-release). Se si esegue tale programma in un sistema unstable si ottiene:

$ lsb_release  -a
LSB Version:    core-2.0-noarch:core-3.0-noarch:core-3.1-noarch:core-2.0-ia32:core-3.0-ia32:core-3.1-ia32
Distributor ID: Debian
Description:    Debian GNU/Linux unstable (sid)
Release:    unstable
Codename:   sid

Tuttavia non è sempre così facile. Alcuni sistemi possono avere file sources.list con voci multiple che corrispondono a distribuzioni diverse. Ciò può accadere se l'amministratore tiene traccia di pacchetti diversi da distribuzioni Debian diverse. Questa azione viene spesso chiamata apt-pinning. Questi sistemi possono avere in esecuzione un mix di distribuzioni.

Se si sta attualmente usando stable, allora nel file /etc/apt/sources.list il terzo campo sarà o «bullseye» o «stable». È necessario cambiarlo e mettere la distribuzione che si vuole usare. Se si vuole usare testing, allora modificare il terzo campo di /etc/apt/sources.list in «testing». Se si vuole usare unstable, allora modificare il terzo campo in «unstable».

Attualmente testing si chiama bookworm. Perciò, se si cambia il terzo campo di /etc/apt/sources.list in «bookworm», si userà anche in questo caso testing. Però si continuerà ad usare bookworm anche quando bookworm diventerà stable.

Unstable si chiama sempre Sid. Perciò se si cambia il terzo campo di /etc/apt/sources.list in «sid», si userà unstable.

Attualmente Debian offre aggiornamenti di sicurezza per testing ma non per unstable, dato che le risoluzioni dei problemi in unstable vengono direttamente fatte all'archivio principale. Perciò se si usa unstable assicurarsi di rimuovere dal file /etc/apt/sources.list le righe relative agli aggiornamenti di sicurezza .

Se è disponibile un documento con le note di rilascio per la distribuzione a cui si sta per fare l'aggiornamento (anche se non ne è ancora stato fatto il rilascio) sarebbe saggio leggerlo, dato che potrebbe fornire informazioni su come fare l'aggiornamento.

Ciò nonostante, una volta fatti i cambiamenti detti sopra si può eseguire aptitude update e poi installare i pacchetti desiderati. Notare che l'installazione di un pacchetto da una distribuzione diversa può aggiornare automaticamente metà del sistema. Se si installano pacchetti singoli si finirà per avere in esecuzione un sistema con un mix di distribuzioni.

Potrebbe essere meglio in alcune situazioni aggiornare semplicemente l'intero sistema alla nuova distribuzione eseguendo apt full-upgrade, aptitude safe-upgrade o aptitude full-upgrade. Per maggiori informazioni, leggere le pagine di manuale di apt e aptitude.

Dipende dalle voci nel file /etc/apt/sources.list. Se si sta attualmente usando testing, tali voci saranno simili a una di queste due:

deb http://ftp.us.debian.org/debian/ testing main

o

deb http://ftp.us.debian.org/debian/ bookworm main

Se nel terzo campo in /etc/apt/sources.list c'è "testing" allora si continuerà ad usare testing anche dopo un avvenuto rilascio. Perciò dopo che bookworm sarà rilasciata, si starà usando una nuova distribuzione Debian che avrà un nome in codice diverso. I cambiamenti potrebbero non essere evidenti all'inizio, ma lo diverranno non appena nuovi pacchetti passeranno dalla distribuzione unstable a testing.

Se però il terzo campo contiene "bookworm" allora si userà stable (dato che bookworm sarà allora la nuova distribuzione stable).

Se non si è sicuri, la scelta migliore sarebbe la distribuzione stabile.

Queste distribuzioni sono basate su Debian. Ma non sono Debian. Sarà comunque possibile usare gli strumenti apt per i pacchetti facendo puntare il file /etc/apt/sources.list agli archivi di queste distribuzioni. Ma non si starà in quel caso usando Debian, si starà usando una distribuzione diversa. Non sono la stessa cosa.

Nella maggior parte delle situazioni, se si usa una distribuzione si dovrebbe rimanere legati ad essa e non mescolare pacchetti da altre distribuzioni. Molti problemi di funzionamento comuni derivano dall'uso di una distribuzione insieme al tentativo di installare pacchetti Debian da altre distribuzioni. Il fatto che usino lo stesso tipo di formato e lo stesso nome (.deb) non significa che siano automaticamente compatibili.

Knoppix, ad esempio, è una distribuzione Linux progettata per essere avviata da un CD Live mentre Debian è progettata per essere installata sull'hard disk. Knoppix è molto bella se si desidera sapere se un particolare hardware funziona o se si vuole provare a vedere come è un sistema GNU/Linux, ecc.; Knoppix è adatta a scopi dimostrativi mentre Debian è progettata per essere in funzione 24 ore al giorno, 7 giorni su 7. In più sia il numero dei pacchetti disponibili, sia il numero di architetture supportate di Debian sono estremamente di più di quelli di Knoppix.

Se si desidera Debian, la cosa migliore è installare Debian sin dall'inizio. Anche se è possibile installare Debian passando per altre distribuzioni, come Knoppix, la procedura richiede esperienza. Se si sta leggendo questa FAQ è lecito ipotizzare che si è alle prime armi sia con Debian sia con Knoppix. In questo caso, ci si risparmierà un sacco di problemi futuri se si installerà subito Debian.

È sconsigliato usare i forum Debian (mailing list o IRC) per chiedere aiuto perché le persone potrebbero dare suggerimenti pensando che si stia usando un sistema Debian e le "soluzioni" fornite potrebbero non essere adatte alla distribuzione che si sta usando; potrebbero persino peggiorare il problema.

Usare prima i forum della distribuzione specifica che si sta usando. Se non si ottiene aiuto o l'aiuto ottenuto non risolve il problema, si può provare a chiedere nei forum Debian, ma tenere a mente l'avvertimento dato nel paragrafo precedente.

Considerare il passaggio da una distribuzione basata su Debian a Debian come qualsiasi altro passaggio da un sistema operativo ad un altro. Si dovrebbe fare il backup di tutti i dati e reinstallare il sistema operativo da zero. Non si deve cercare di "aggiornare" a Debian usando gli strumenti di gestione dei pacchetti dato che ci si potrebbe ritrovare con un sistema non funzionante.

Se tutti i propri dati utente (cioè la propria /home) sono in una partizione separata la migrazione a Debian è in realtà piuttosto semplice, basta semplicemente dire al sistema di installazione di montare (ma non riformattare) quella partizione al momento della reinstallazione. È sempre caldamente consigliato fare il backup di tutti i propri dati oltre che della configurazione del sistema precedente (cioè /etc/ e, forse, /var/).