Newsgroup: it.comp.os.linux.iniziare
Titolo: debian upgrade oldstable -> stable step by step

buon pomeriggio a tutti, 
 
mi scuso innanzitutto per l'oggetto di questo messaggio non proprio 
esplicativo, cercherò di chiarire al meglio possibile.
 
in pratica a suo tempo installai un sistema debian stable "buster" ed ora 
mi trovo nella condizione di voler aggiornare il sistema a "bullseye".
 
il mio problema è che compiendo l'operazione in un'unica soluzione dovrei 
aggiornare qualcosa come 3.000 pacchetti e mi ritrovo alquanto in difficoltà 
a ricavare lo spazio disco necessario per poterli scaricare prima di compiere 
l'operazione di aggiornamento vera e propria.
 
mi chiedevo quindi se fosse possibile aggiornare il sistema procedendo per 
gradi, in modo che uno step alla volta possa completare l'aggiornamento.
spero di essere riuscito a spiegarmi e mi auguro che, seguendo i vostri 
eventuali consigli, riesca a trovare un sistema per poter risolvere.
 
ammesso che esista un modo voi come procedereste?
 
vi ringrazio anticipatamente per ogni eventuale suggerimento.
 
un saluto a tutti e buona domenica.
 
-- 
*** Greetings from [GojirA] ***

 [cut]
 
vorrei aggiungere a quanto detto che ho provato un bel po' a cercare info.
purtroppo non sono riuscito a trovare nulla che facesse al caso mio anche 
se ammetto che potrei aver sbagliato parole chiave per la ricerca in questione.
 
si trovano dozzine di guide su come procedere per aggiornare da una versione 
alla successiva ma non ho avuto successo cercando info sulla possibilità di 
effettuare l'upgrade per gradi.
 
la mancanza di risultati mi ha indotto a pensare che quanto vorrei attuare 
non sia possibile.
mi affido quindi ai vostri eventuali suggerimenti prima di "gettare la spugna".


 ammesso che esista un modo voi come procedereste?
 
Metterei una pennetta usb sul rack e la farei vedere alla macchina fisica/virtuale e poi scaricherei li gli archivi necessari,
dovrai fare un po di mount delle giuste cartelle(apt/archives immagino).
 
 
Giulia
 

 dovrai fare un po di mount delle giuste cartelle(apt/archives immagino).
 
salve Giulia e grazie per il suggerimento.
 
in effetti anche io avevo pensato ad una soluzione del genere, un po' 
macchinosa magari ma credo che non ci siano molte altre strade che è 
possibile intraprendere.
 
nel caso qualcuno mi smentisse sarei per primo più che disposto a 
procedere in altro modo.
 
per il momento ringrazio di nuovo per l'attenzione.


 per il momento ringrazio di nuovo per l'attenzione.
 
buon pomeriggio, 
 
il discorso è interessante devo dire, io stesso tempo fa mi trovai in una situazione
simile.
nel caso specifico dovevo aggiornare il sistema di un amico che, per tutta una serie
di ragioni, non aveva accesso alla rete in quel frangente.
 
non si trattava quindi di un problema di spazio quanto più di connettività, in
sostanza comunque la soluzione [*] che intrapresi fu del tutto simile a quella
proposta da Giulia scaricando al suo posto i pacchetti necessari per poi caricarli
su di un disco esterno.
immagino che anche nel tuo caso tu possa attuarla, realizzando alla fine qualcosa da
trattare alla stregua di un supporto ottico.
 
[*] in realtà non è del tutto corretto definirla soluzione nel senso che questo
sistema dovrebbe permettere di risolvere il problema ma non risponde alla domanda se
è, o meno, possibile fare un upgrade del sistema in più di una fase e non tutto
insieme.
su due piedi l'unica differenza che mi viene in mente che può in qualche modo
incidere è l'utilizzo del comando "upgrade" o "full-upgrade" con apt-get.
 
ad ogni modo continuerò a seguire la discussione nell'eventualità esistesse una
procedura differente da quella ipotizzata sin qui.
 
saluti (e buona domenica).
 
***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***
 

 [cut]
 
ciao WinterMute e grazie anche a te per l'aiuto.
 
come già dicevo in precedenza a Giulia anche io avevo pensato ad un possibile 
soluzione che consistesse nello scaricare i pacchetti da aggiornare su un supporto 
esterno, per ovviare al problema di spazio nella partizione di root.
 
al momento parrebbe che sia l'unica strada possibile tuttavia dato che non ho 
particolare fretta di aggiornare spero che qualcun altro possa fornire un 
suggerimento differente... 
se poi un altro modo non dovesse esserci mi regolerò di conseguenza.
 
p.s.: comunque per curiosità andrò ad approfondire la differenza in termini 
di pacchetti da aggiornare in una singola operazione utilizzando i comandi 
di cui hai accennato.


 di cui hai accennato.
 
Trivi due modalità alternative nel wiki di debian:
 
https://wiki.debian.org/dist-upgradeOnSmallHardrives
 
 
 
- soluzione 1
 
Come diceva Giulia più o meno, monti la directory in cui apt scarica i
paccetti in cache su un file system esterno (chiavetta o disco esterno
o secondo disco interno ecc...).
---------
mount --bind /media/usbkey/archives /var/cache/apt/archives
---------
 
Quando lanci l'upgrade, apt non riempirà il disco "target" dell'instal-
lazione con pacchetti scaricati, ma li stoccherà nella chiavetta.
 
 
 
- soluzione 2
 
Crei in un file la lista dei pacchetti che apt andrebbe ad aggiornare:
--------------
apt-get -s -u upgrade || sed -n -e ''^Inst'',/^Conf/p -e /^Conf/q || \
     cut -d" " -f2 > update.packages
-------------
 
A questo punto puoi fare l'upgrade addirittura a mano, pacchetto
dopo pacchetto, come avevi in mente tu.
Meglio sarebbe come consiglia lì di fare un minimo di script, che esegue
un ciclo di operazioni:
-----------------------
for f in $(cat update.packages); do apt-get install $f; done
-----------------------
 
Però in questo modo secondo me non viene ripulita la cache tra un
pacchetto e l'altro...
Non sono un esperto di debian quindi vediamo se qualcun altro conferma
questa modifica:
-----------------------
for f in $(cat update.packages); do apt-get install $f; apt-get clean; done
-----------------------
 
... cioé: dopo l'installazione di un pacchetto esegue anche
"apt-get clean" che dovrebbe ripulire la cache e fare spazio per il
pacchetto successivo.
 
 
Fatta questa sintesi, leggiti comunque il link che ho messo in cima.
 
 
 
 

l'operazione di aggiornamento vera e propria.
 
Sei proprio giù di spazio... non ti conviene cambiare disco?
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 [cut]
 
buonasera Joe, 
 
ti ringrazio molto per i consigli e per la segnalazione del link che andrò 
sicuramente a studiarmi come si deve.
ad ogni modo la procedura, descritta nella seconda soluzione da te proposta, 
parrebbe essere fattibile.
 
grazie ancora.


 Sei proprio giù di spazio... non ti conviene cambiare disco?
 
buonasera, 
 
hai ragione in effetti il disco in questione è un SSD non molto capiente, la 
cui partizione di root è di circa 15GB.
 
l'acquisto di un disco più capiente è nella wishlist (per così dire) tuttavia 
volevo provare a risolvere questo "inghippo" prima di gettare la spugna e 
reinstallare il sistema di sana pianta.


cui partizione di root č di circa 15GB.
 
Io sul mio sistema Debian ho proprio la root di 15 GB, di cui solo 5
occupati. Non ci sono problemi di aggiornamento.
 
Quanto spazio libero c'č lě da te?


 Quanto spazio libero c'è lì da te?
 
buon pomeriggio, 
 
è fuori discussione che il sistema avrebbe necessità di un bel repulisti, 
il fatto è che nel corso degli anni, pur facendo pulizie ordinarie (per 
così dire) di quando in quando, sono arrivato quasi a saturare la partizione 
di root.
dei 15GB di spazio totale me ne sono rimasti circa 3.5GB liberi.
 
questo ultimo step, ovvero passare da "buster" a "bullseye" mi ha però 
messo di fronte a quello che evidentemente è un problema che ho troppo a 
lungo evitato di correggere. 
mi ritrovo così nella situazione descritta nel primo messaggio di questa 
discussione.
 
nelle mie intenzioni c'è di risolverlo non appena avrò un po' di tempo da 
dedicare all'aggiornamento (il che probabilmente equivarrà al fine settimana).
 
[*] l'installazione iniziale del sistema risale a quando la versione stable 
di debian era divenuta "squeeze". 
col passare del tempo ho sempre eseguito i vari upgrade alla release 
successiva senza reinstallare daccapo.


 [...]
 
buon pomeriggio, 
 
nel tuo messaggio iniziale hai parlato di circa 3000 pacchetti da installare ma non
hai fatto menzione a quanto spazio questi corrispondono.
questo per dire che _FORSE_ quello che ti rimane disponibile potrebbe anche essere
sufficiente.
 
è tuttavia lampante che lavorare con un sistema la cui partizione di root è così
satura non è mai una buona idea a prescindere.
quindi, come per altro hai già ammesso, prima dell'aggiornamento dovrai spendere un
po' di tempo per rintracciare e rimuovere tutto quello che è superfluo e/o non più
utilizzato.
 
sono abbastanza sicuro che su oltre 11GB occupati c'è un bel po' di software che, a
conti fatti, non utilizzi (o non utilizzi più)... magari c'è anche qualche gioco.
 
saluti.


dei 15GB di spazio totale me ne sono rimasti circa 3.5GB liberi.
 
Io farei un po' di analisi con "baobab" (o qualcosa di simile), è
anomala quell'occupazione di spazio.


 anomala quell'occupazione di spazio.
 
 
Lo spazio utilizzato è sempre un valore molto personale,
dipende da come si usa il sistema, quali dati vi si tengono
sopra (video, foto, pdf e altro, se ne hai tanti alla fine
pesano) quali programmi ecc ecc...
 
Per analizzare comodamente lo spazio utilizzato ho usato
spesso due programmi:
 
- Filelight, per una visualizzazione grafica stile baobab
             comodo per un colpo d'occhio colorato, ma non
	     così folgorante, nonostante il grafico a torta,
	     poi... gusto personale ovviamente.
 
- ncdu, nonostante la visualizzazione in curses è comodissimo
        tutto navigabile con le freccine e se si vuole eliminare
	qualcosa di grosso al volo basta premere "d".
 
Per far repulisti, sono ottimi alleati.
 
 
 
Detto questo, 15 GB di root sono pochi. Inutile girarci intorno, se
il computer lo usi per installare debian, e provarla una settimana,
con operazioni superficiali di navigazione internet, creare qualche
documento tipo con libreoffice, o altri applicativi per cose semplici
va bene...
Ma poi dopo una settimana di prova, se ti piace metti tutto su un
bel SSD da almeno 128 GB, se già lo possiedi.
Se non lo possiedi prendine uno nuovo, ma a quel punto conviene da
almeno 512 GB, tipo quello della crucial che ho visto consigliare
anche su ich per recuperare PC non più all'ultimo grido. Eccolo:
 
https://www.amazon.it/Crucial-MX500-CT500MX500SSD1-Interno-Pollici/dp/B0786QNS9B
 
 
Spesa 55 euro. Mi sembra il taglio più conveniente, da 1TB costa
troppo e magari non lo sfrutterai per lo scopo neanche tra X anni,
da 250 costa solo 10 euro in meno, non conviene.
 
Poco meno di 20 anni fa avevo preso un protatile con HDD IDE da 40GB,
ed era già scarso come spazio, molti si trovavano già da 60 / 80 GB.
Ora dopo vent'anni, parlare di 15 GB di root... È fuori dal mondo,
va bene icol.iniziare, ma ripeto dopo una settimana che hai "iniziato",
meglio stare più larghi soprattutto in ambito desktop in cui non hai
mai ben chiaro precisamente cosa andrai ad installare, cosa ti servirà,
cosa vorrai provare.
Va be' forse sono io che usando il PC mi capita sempre di aver bisogno
di questo o di quel programma per fare questo o quello... Ad ogni modo
nella mia esperienza attuale il sistema sta bene su un SSD da almeno
250 GB solo linux... Ovviamente non è sempre pieno stipato, si riempie
e si svuota a seconda del flusso di roba che serve.
 
Bon, non prendere tutto come oro colato ovviamente, come dicevo
all'inizio lo spazio è sempre un valore relativo all'uso.

Detto questo, 15 GB di root sono pochi. 
 
Bisogna anche vedere quante partizioni si hanno.


 Bisogna anche vedere quante partizioni si hanno.
 
Certo sì in generale è vero. Qui su icoli magari ha un certo
senso aspettarsi partizionamenti non esageratamente articolati.
Sicuramente dare riferimenti sul proprio partizionamento quando
si chiede in merito alla scarsità di spazio male non fa, ad
ogni modo il senso della domanda dell'OP era capire come eseguire
la procedura, e questo è ok al di là dello spazio che si ha:
tanto o poco non conta quando è quasi tutto occupato, magari
quella roba gli serve lì e non la vuole spostare chissà...

insieme.
 
Io ho
/
/usr
/var
/home
/mnt/$dischivariedeventuali
 
 
/home separata mi sembra frequente anche sui sistemi desktop.


/mnt/$dischivariedeventuali
 
Ma la cosa più importante è sapere come è partizionato il *suo*
disco... giusto per capire se quell'occupazione è patologica o no.


 /home separata mi sembra frequente anche sui sistemi desktop.
 
Anche Fedora di default mette /home in partizione
separata.
 
In generale, fai bene, soprattutto se questi
sono volumi, LVM o simili, consentendo cosi`
di aumentarne le dimensioni alla bisogna,
senza doversi prendere tutto lo spazio subito.
 
bye,
 
-- 
 
piergiorgio


Ma quale sarebbe poi alla fine l'utilità in ambito
desktop / ufficio / workstation?
 
LVM ok, ma non è il default... te lo devi andare a cercare
intendo e lo fai perché c'è un motivo valido che ti porta a
studiarlo un attimo, conoscerlo e saperlo gestire. Voglio
dire se non si sa cosa sia, probabilmente non serve ed è una
"sovrastruttura" che ha il suo fine, ma non è necessaria.
Invece creare comparti stagni partizionando anche /home separata
senza magari avere idea di quanto spazio ci serve lì dentro e
quanto spazio nella root, non mi sembra una gran scelta...
Ma avrà i suoi vantaggi visto che l'hanno sempre consigliata.
 
Personalemte io mi sono sempre trovato bene con tutto in un
solo sacco. Potrebbero esserci forse implicazioni a livello di
sicurezza, non saprei, ma in ambito desktop... boo, mi sembra
che la semplicità della soluzione sia evidente, altri svantaggi
meno lampanti.

 meno lampanti.
 
Non e` affatto semplice avere tutto in /,
anzi e` esattamente il contrario.
 
E` molto piu` semplice avere qualcosa come
LVM ed usare quello per i volumi.
 
Il punto e` che si deve distinguere tra
"semplicita` iniziale" e "semplicita` in
futuro".
 
bye,
 
-- 
 
piergiorgio

 soluzione sia evidente, altri svantaggi meno lampanti.
 
in genere, essendo in un desktop la home il contenitore "variabile", 
averlo separato ti garantisce che non vai a sottrarre spazio al sistema. 
stesso principio per cui sui server è buona norma separare (almeno) la 
var.
 

L'aggiornamento di un pacchetto alla volta, senza la risoluzione 
automatica delle dipendenze è abbastanza spericolata, meglio sapere 
esattamente quello che si sta facendo e sapere come recuperare un sistema 
che non si avvia.
 
Se aggiorni una libreria usata da vari programmi e non i vari programmi, 
non è difficile trovarsi con il sistema che non si avvia, e magari non si 
connette alla rete e il programma di installazione/aggiornamento 
pacchetti non funziona.
 
 
 
Ovviamente dipende da quanto è importante l'installazione che si potrebbe 
perdere.
 
 
Se è molto importante forse conviene clonare il disco su uno più grande, 
fare l'aggiornamento e le prove di aggiornamento sul disco clone.
