Newsgroup: it.comp.os.linux.debian
Titolo: Rimozione vecchi kernel

Salve,
 
root@Server01:/home/gabriele# uname -a
Linux Server01 4.9.0-3-686-pae #1 SMP Debian 4.9.25-1 (2017-05-02) i686 
GNU/Linux
 
Questo è il kernel attualmente in uso.
 
root@Server01:/home/gabriele# dpkg --list | egrep -i --color 
'linux-image|linux-headers'
ii  linux-image-4.9.0-2-686-pae    4.9.18-1                       i386 
       Linux 4.9 for modern PCs (signed)
ii  linux-image-4.9.0-3-686-pae    4.9.25-1                       i386 
       Linux 4.9 for modern PCs
ii  linux-image-686-pae            4.9+80                         i386 
       Linux for modern PCs (meta-package)
 
Quindi da tutto questo si capisce che il kernel obsoleto da rimuovere 
sia linux-image-4.9.0-2-686-pae quindi:
 
# aptitude purge remove linux-image-4.9.0-2-686-pae
 
Giusto?
 
Saluti.
GabrieleMax

 Giusto?
 
Basta che non tocchi i metapakage e al massimo te li reinstalla(sempre se non riavvi senza kernel).
 
Giulia
 


Si,e' giusto anche se terrei anche il penultimo (non si sa mai)
Ma la debian,per pura curiosita,non ha un apt-get autoremove per 
rimuovere i kernel obsoleti ?
 

 rimuovere i kernel obsoleti ?
 
Credo proprio di si', solo che occorre installare NON il kernel:
linux-image-4.9.0-3-686-pae
 
ma in metapacchetto:
linux-image-686-pae
 
il quale ci pensa lui ad aggiornare di volta in volta all'ultimo kernel
appena esce, disinstallando nel contempo il precedente.
Idem per:
linux-headers-686-pae
 
-- 
bye, Yoda
 

 linux-headers-686-pae
 
Da me su Stretch e` differente, cioe` alla fine dell'aggiornamento del
kernel, APT mi elenca i kernel vecchi che potrei disinstallare con
autoremove, lasciando pero` oltre al nuovo kernel anche il precedente.
 
Se quindi dopo l'aggiornamento do anche il comando 'apt autoremove', mi
ritrovo il sistema con installati, oltre al metapacchetto, due kernel,
l'ultima versione e la penultima, ma essendo una testing che uso gia` da
un po' di tempo, non ci giurerei che questo sia il comportamento di
default, perche` potrei magari aver modificato io qualcosa che ora non
ricordo, oppure semplicemente c'e` una differenza nel comportamento fra
la Stable che usi tu e la Testing.
 

 la Stable che usi tu e la Testing.
 
Ma a me certamente non aveva mai detto di dare autoremove [*], cambiava
i target dei link e mi diceva di riavviare subito. Pero' non ricordo se
avevo gia' il metapacchetto invece del pacchetto da dover/poter farlo a
mano se e quando lo si volesse fare.
 
Il fattaccio e' che tra l'altro tutti questi ricordi miei si riferiscono
ANCHE a quando avevo la testing; e adesso non mi riesce di distinguerli.
 
Che mi aggiornasse i link sono certo al 100%, perche' ogni volta dovevo
cambiarli a mano. Li volevo/dovevo cambiare a mano perche' puntavano
a "/boot/..." e io li facevo a "boot/...". Questo perche' montandola
quando avviavo un'altra versione (ad esempio la stable dalla testing
o viceversa) non mi puntassero alla directory boot sbagliata.
 
------------
[*] /Assolutamente certo/, me lo ricorderei perche' quando me lo dice
per altra roba io me ne guardo bene dal darlo! li guardo invece uno per
uno, i pacchetti, e nel caso li tolgo a manina.
 
 
-- 
bye, Yoda
 

 rimuovere i kernel obsoleti ?
 
root@Server01:/home/gabriele# apt-get autoremove
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato... Fatto
0 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.
root@Server01:/home/gabriele#
 
 
 
 
 

 linux-headers-686-pae
 
Non conosco il come dovrei fare il tutto, sorry!
 
Saluti!
GabrieleMax
 

 Non conosco il come dovrei fare il tutto, sorry!
 
Se hai linux-headers (servono se magari compili qualcosa, ma non sono
obbligatori), e' l'analogo del suddetto di linux-image.
 
 
-- 
bye, Yoda
 

 linux-image-686-pae giusto?
 
 
Ni. Il sistema sta utilizzando 'linux-image-4.9.0-3-686-pae'.
 
'linux-image-686-pae' invece e` solo il metapacchetto che dipende dai
moduli e dal kernel Linux più recenti, per cui quando aggiorni se e`
disponibile nei repository un nuovo kernel, hai la possibilita` di
installarlo.
 
Ora volendo potresti disinstallare 'linux-image-4.9.0-2-686-pae' ma ti
e` gia` stato suggerito prima di non farlo perche` e` meglio lasciarlo
'come ruota di scorta'.
 
Se quanto ho scritto precedentemente (27/05 ore 11:11) e` vero, allora
anche nel tuo caso al prossimo aggiornamento del kernel, avrai la
possibilita` tramite apt autoremove di disinstallare
'linux-image-4.9.0-2-686-pae' e rimanere ancora con due kernel, il nuovo
ed il precedente.
 
 


Anche ubuntu (che uso) e' cosi
 

 obbligatori), e' l'analogo del suddetto di linux-image.
 
Ok, grazie!
 
Saluti!
GabrieleMax
 

 ed il precedente.
 
Proverò, grazie!
 
Saluti!
GabrieleMax
 

 uno, i pacchetti, e nel caso li tolgo a manina.
 
Non mi fido minimamente di autoremove per il motivo che piu' d'una volta
apt mi dice di darlo, porgendomi una lista che mi butterebbe giu' decine
e decine di pacchetti, per il solo motivo che essi furono installati per
rispettare le dipendenze d'un certo pacchetto appena tolto.
 
Questo di dare autoremove (in conseguenza del pacchetto tolto che ho
appena detto), me lo dice ogni volta che chiedo in simulazione:
$: apt-get -s install pippo
 
percio':
- essendo fastidiosissimo
- e non volendo certo togliere nessuno dei pacchetti che erroneamente
dice inutili,
-> allora finisco per rimetterci il pacchetto che avevo tolto.
 
L'alternativa al rimettercelo, se non ricordo male, sarebbe di marcare
come "messi a mano" tutti i pacchetti che autoremove propone di
togliere.
 
* * *
 
Bah.. l'ho fatta troppo lunga e complicata, dubito che possa essere
utile per qualcosa, scusate e ciao
 
 
-- 
bye, Yoda
 


Capisco il tuo ragionamento
Per quanto mi riguarda non mi sono mai successe problematiche con autoremove
Ha sempre fatto la cosa giusta
Marcare i pacchetti che si vuole che autoremove non tolga puo essere una 
idea anche se non  capisco il senso di tenere una libreria che poi non 
usa nessuno (ma altro puo essere una esigenza).