This is an old revision of the document!
Table of Contents
Debian Upgrade
Appunti per l'aggiornamento di Debian 10 Buster a Debian 11 Bullseye.
Aggiornamento all'ultima versione 10 Buster
Anzitutto è opportuno allineare l'installazione all'ultima versione rilasciata di Buster. Poiché è installata la versione 10.9 ma è disponibile la 10.10 e la suite Buster è passata dalla condizione di stable o oldstable, il gestore di pacchetti segnala il seguente warning, impedendo l'aggiornamento:
N: Repository 'http://ftp.debian.org/debian buster InRelease' changed its 'Version' value from '10.9' to '10.10' E: Repository 'http://ftp.debian.org/debian buster InRelease' changed its 'Suite' value from 'stable' to 'oldstable' N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.
Una soluzione da riga di comando, da eseguire una tantum è la seguente:
apt-get update --allow-releaseinfo-change
Con questa forzatura è possibile procedere all'update e upgrade con il client preferito, ad esempio dselect
oppure apt-get
come in questo esempio:
apt-get update apt-get upgrade
Aggiornamento a 11 Bullseye
Si modifica il file /etc/apt/sources.list sostituendo buster con bullseye:
deb http://deb.debian.org/debian/ bullseye main non-free contrib deb-src http://deb.debian.org/debian/ bullseye main non-free contrib deb http://deb.debian.org/debian/ bullseye-updates main deb-src http://deb.debian.org/debian/ bullseye-updates main deb http://security.debian.org/debian-security bullseye-security main deb-src http://security.debian.org/debian-security bullseye-security main
Ricordiamo che la distribuzione codename-updates serve a contenere gli aggiornamenti che è opportuno integrare anche prima dei successivi rilasci minori; ad esempio gli aggiornamenti degli antivirus oppure delle timezone forniti con i pacchetti clamav-base e tzdata.
La distribuzione codename-security contiene gli aggiornamenti urgenti relativi a problemi di sicurezza.
È possibile quindi aggiornare la lista dei pacchetti disponibili e fare un aggiornamento intelligente, cioè vengono eventualmente rimossi dei pacchetti se è necessario per completare l'aggiornamento:
apt update apt full-upgrade
Si possono fare le stesse operazioni anche con il front-end apt-get
:
apt-get update apt-get dist-upgrade
Pare che i due comandi siano equivalenti, almeno stando a quanto riportato da questo post.
Terminato l'upgrade dovrebbe essere possibile fare un reboot e quindi un normale upgrade:
apt update apt upgrade
Alcuni pacchetti installati in precedenza potrebbero risultare marcati per deinstall, è necessario esaminare la lista ed eventualmente procedere alla loro reinstallazione:
dpkg --get-selections | egrep -v '\binstall\b' apt install <package1> <package2> ...
Problema con Unison
Dopo un aggiornamento da Buster a Bullseye (cioe da Debian 10 a Debian 11) risulta un problema nell'eventuale esecuzione di Unison fra host con le due versioni: 2.48.4 per Buster e 2.51.3, che ovviamente risultano incompatibili.
Completare con la soluzione
Aggiornamento PostgreSQL
Con pg_lsclusters si vede che risultano installati i due cluster, ver. 11 e ver. 13:
pg_lsclusters Ver Cluster Port Status Owner Data directory Log file 11 main 5432 online postgres /var/lib/postgresql/11/main /var/log/postgresql/postgresql-11-main.log 13 main 5433 online postgres /var/lib/postgresql/13/main /var/log/postgresql/postgresql-13-main.log
Nel cluster nuovo non dovrebbero esserci database in esecuzione (a parte ovviamente postgres, template0 e template1):
su - postgres psql --cluster 13/main postgres=# \l
Per tentare l'aggiornamento autmatico la procedura da utente root è la seguente (verificare dopo ogni operazione che i cluster attivi siano quelli attesi, sulla porta TCP attesa):
pg_dropcluster --stop 13 main pg_upgradecluster 11 main pg_dropcluster 11 main
Icinga2
In Debian 11 Bullseye esite il pacchetto icinga2 versione 2.12.3-1 che dipende da libreadline7, ma quest'ultimo non è disponibile. Durante l'aggiornamento verrà mantenuto il pacchetto libreadline7 7.0-5 dalla vecchia distribuzione Buster, che pare funzionare.
Controllare inoltre che venga installato il pacchetto php-pgsql e la sua dipendenza dalla nuova versione PHP 7.4.
Conflitto fra repository diversi
Può capitare di voler aggiungere un repository alternativo, ad esempio il famoso Deb Multimedia. Tale repository viene aggiunto nel file /etc/apt/sources.list, l'ordine in cui compare non fa differenza perché la priorità di installazione viene dal numero di versione.
deb https://www.deb-multimedia.org bullseye main non-free deb https://www.deb-multimedia.org bullseye-backports main
In particolari circostanze si potrebbe però preferire la versione fornita ufficialmente da Debian, per ottenere questo risultato si elencano le versioni disponibili nei vari repository:
apt-cache showpkg <package>
e poi si forza l'installazione della versione esatta:
apt-get install --reinstall <package>=4.0.0-1
Per forzare invece la scelta di un pacchetto dai packports, bisogna specificare l'opzione -t:
apt-get -t bullseye-backports install <package>
Preferenze di installazione
In generale l'ordine in cui le source vengono elencate in /etc/apt/sources.list non è importante. Quello che conta è la priorità assegnata ad ognuna di esse. In generale le priorità delle sorgenti codename, codename-updates, codename-backports e codename sono predefinite in modo opportuno (vedi avanti).
- Nel file /etc/apt/sources.list viene indicato una source (repository) per ogni riga; ogni source ha una priorità predefinita.
- I pacchetti presenti in security e in updates vengono installati automaticamente perché hanno una versione superiore a quelli forniti dalla distribuzione standard (hanno la stessa priorità, ma versione superiore).
- I pacchetti presenti in backports non vengono installati automaticamente perché hanno una priorità più bassa. È possibile installare un singolo pacchetto dai backports con
apt -t bullseye-backports install nomepacchetto
. L'impostazione rimane memorizzata ed ogni aggiornamento successivo agirà di conseguenza.Come vedere i pinning attivi e come disattivarli?
- A parità di versione e di priorità viene installato il pacchetto dal repository elencato per primo. È l'unico caso in cui l'ordine conta, ma in generale non dovrebbe mai accadere.
- In generale anche i repository alternativi hanno la stessa priorità della distribuzione ufficiale e vengono preferiti tramite numero di versione superiore o pinning esplicito.
Per vedere la policy con cui viene scelta la source da cui installare un pacchetto si usa il comando:
apt-cache policy
Per ogni source si hanno più sezioni relative alle varie componenti elencate (main, non-free, contrib, …); inoltre se è attivo il multiarch si hanno altre sezioni relative alle architetture attivate (i386, amd64, …). Ecco un estratto dell'output:
500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=main,b=amd64 origin deb.debian.org 500 http://deb.debian.org/debian bullseye-updates/main amd64 Packages release v=11-updates,o=Debian,a=stable-updates,n=bullseye-updates,l=Debian,c=main,b=amd64 origin deb.debian.org 500 http://deb.debian.org/debian bullseye/main amd64 Packages release v=11.0,o=Debian,a=stable,n=bullseye,l=Debian,c=main,b=amd64 origin deb.debian.org 100 https://www.deb-multimedia.org bullseye-backports/main amd64 Packages release v=11,o=Unofficial Multimedia Packages,a=stable-backports,n=bullseye-backports,l=Unofficial Multimedia Packages,c=main,b=amd64 origin www.deb-multimedia.org 500 https://www.deb-multimedia.org bullseye/main amd64 Packages release v=11,o=Unofficial Multimedia Packages,a=stable,n=bullseye,l=Unofficial Multimedia Packages,c=main,b=amd64 origin www.deb-multimedia.org
Nella prima colonna viene mostrata la priorità di ciascuna source: numeri più grandi corrispondono ad una maggiore priorità; la priorità predefinita è 500.
Come si vede i pacchetti bullseye-security hanno la stessa priorità di quelli nella distribuzione ufficiale bullseye, quindi vengono installati perché hanno una versione maggiore. Stesso discorso vale per i bullseye-updates: hanno la stessa priorità e quindi dovranno avere una versione maggiore. Invece i backports hanno una priorità più bassa (100) e quindi non verranno mai installati automaticamente, sarà necessario fare un pinning manuale.
A parità di priorità della source verrà selezionato il pacchetto con numero di versione superiore, questo ad esempio è il modo in cui viene preferito un pacchetto da Deb Multimedia piuttosto che da Debian ufficiale.
Web References
Aggiornamento di vecchi backports
Può accadere che alcuni pacchetti installati dai backports, dagli updates oppure dai security della vecchia distribuzione, non vengano aggiornati automaticamente alla nuova stabile. Con questo comando si dovrebbe poter scoprire ciò che è stato installato dalla Debian 10 Backports:
dpkg --list | grep '~deb10u'
In generale dovrebbe essere sufficiente elencare in sources.list tutte le distribuzioni aggiuntive (updates
, security
, ecc.) ed effettuare l'aggiornamento. È possibile chiedere quali saranno i pacchetti aggiornati con:
apt update apt list --upgradable
Raramente si dovrà ricorrere all'aggiornamento manuale come indicato al paragrafo precedente.
Rimozione pacchetti non più necessari e obsoleti
Al termine dell'aggiornamento conviene verificare ad esempio con dselect
quali sono i pacchetti considerati obsoleti, e quindi disinstallarli.
Inoltre dovrebbe essere possibile eliminare tutti i pacchetti installati per dipendenze precedenti, che non sono più necessari:
apt autoremove
Infine si possono cercare pacchetti marcati per essere disinstallati, per rimuovere anche loro:
dpkg --get-selections | egrep -v '\binstall\b'
Cambiamenti da Debian 10 a Debian 11
Vecchio pacchetto | Sostituito da |
---|---|
iptraf | iptraf-ng |
android-tools-adb | adb |
xvnc4viewer | tigervnc-viewer |
python | python-is-python2 |
qemu-kvm | qemu-system-x86 |
fuse | fuse3 |
libreoffice-kde5 | libreoffice-kf5 |
libreoffice-gtk2 | N/A |
kvpnc | N/A |
orage | N/A |
Per il Python è possibile installare python-is-python2 oppure python-is-python3, a seconda di quale interprete predefinito si voglia usare. Non è più prevista la dipendenza generica da python, ma un pacchetto dovrà indicare esplicitamente python2 oppure python3.