PROBLEMA Kernel obsoleti non vengono rimossi

[Francesca Beatrice Ci Penso]

Ciao a tutti,
vi scrivo perché ho un problema con un pc che ho formattato l'anno scorso.
La persona in questione mi aveva domandato di inserire ubuntu come unico O.S. Avendo un pc di recente costruzione, alcune versioni di linux non riuscivano ad installarsi, quindi ho dovuto installare la versione 16.04 LTS.
La persona mi chiama dicendomi che il pc non le funziona più perché c'è poco spazio e dicendo che secondo suo figlio ho sbagliato io a scrivere un numero (????).
Alla fine vado lì e scopro che il sistema deve aggiornarsi e che il problema sta nella cartella boot che è piena al 100%. Provo quindi, seguendo le procedure visto che linux non lo mastico granché bene, ad eliminare i vecchi kernel, ma dopo un'ora di tentativi mi arrendo.
Ora, premetto che il pc non ce l'ho qui con me ma ho preferito lasciarglielo visto che è perfettamente utilizzabile.
In pratica, da quello che sono riuscita a capire, non risponde alla riga di comando perché ogni singolo kernel presente risulta collegato a qualche altro kernel. Di seguito le foto per far capire il problema:

Spoiler

Qualcuno può aiutarmi? Altrimenti l'unica soluzione che ho, in base alle mie conoscenze, è quello di formattare il pc e reinstallare il tutto

 

[mercur]

Normale.
Fai così:

Dalla console:
dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\([-0-9]*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | tee kernel.txt

Poi apri il file kernel.txt con vim e cancelli tutti i kernel e headers e files che non vuoi disinstallare. Alla fine rimangono solo quelle che vuoi installare (numeri 15-18), per esempio

linux-headers-3.19.0-15
linux-headers-3.19.0-15-generic
linux-headers-3.19.0-16
linux-headers-3.19.0-16-generic
linux-headers-3.19.0-18
linux-headers-3.19.0-18-generic
linux-image-3.19.0-15-generic
linux-image-3.19.0-16-generic
linux-image-3.19.0-18-generic
linux-image-extra-3.19.0-15-generic
linux-image-extra-3.19.0-16-generic
linux-image-extra-3.19.0-18-generic
Poi salva e chiudi.
Adesso dai

cat kernel.txt | xargs sudo dpkg -P

per disinstallare i vecchi kernel, che sono rimasti nel kernel.txt

Poi controlli se sono rimasti pacchetti non configurati o non installati con

dpkg -l linux-* | sed '1,6d'| grep -vE '^ii|^un|^rc'

Se l'output non è vuoto, dai


sudo apt-get install -f

Dopo controlli con

sudo apt-get update && sudo apt-get dist-upgrade

se tutto va a buon fine. Con

sudo apt-get autoremove --purge

rm kernel.txt

Fatto altre volte, a me funziona sempre.
Se hai problemi fammi sapere che rifacciamo la procedura insieme (magari ne approfitto per "pulire" qualche macchina :D )

ps
Le immagini grandi vanno dentro il tag SPOILER

 

[Francesca Beatrice Ci Penso]

Mizzica che casino. Ma il "vim" che nomini cos'è? Di Linux non so niente, abbi pietà. Poi non capisco quali kernel dovrei tenere, secondo uname dovrei tenere il 4.8.0-52 se non erro.

Pardon per lo spoiler, non lo sapevo

 

[mercur]

Mizzica che casino. Ma il "vim" che nomini cos'è? Di Linux non so niente, abbi pietà. Poi non capisco quali kernel dovrei tenere, secondo umane dovrei tenere il 4.8.0-52 se non erro.

Pardon per lo spoiler, non lo sapevo

il vim è un editor... ma se non sai niente di linux c'è poco da fare... però non è difficile se segui la procedura.

Dovresti tenere l'ultimo kernel.

Intanto apri la shell o terminale con ctlr + alt + t

 

[Francesca Beatrice Ci Penso]

il vim è un editor... ma se non sai niente di linux c'è poco da fare... però non è difficile se segui la procedura.

Dovresti tenere l'ultimo kernel.

Intanto apri la shell o terminale con ctlr + alt + t

Vim è presente di default?
Di linux non so praticamente nulla, è corretto. So solo che la maggiorparte delle cose si fanno da terminale. Ho studiato un po' la command line, ma da qui a dire che so fare tutto proprio no! So i comandi principali, non risolvere problemi.

L'ultimo kernel in teoria è quello con la cifra più alta, giusto? Quindi io dovrei tenere il 4.10, cioè quello che ho provato a fare. Seguendo la guida davo i comandi, ma mi restituiva quel codice di errore lì e non sapevo come venirne fuori.
Ora contatto la tizia e mi porto il pc a casa e provo ad eseguire la procedura che mi hai indicato. Intanto grazie, aggiorno presto!

 

[mercur]

Vim è presente di default?

lo installi in 2 secondi con sudo apt-get install vim.
A presto

 

[davethecipo]

Non è mica necessario usare vim, va bene anche l'editor a interfaccia grafica predefinito (gedit). Oltretutto vim è difficile da usare per un utente alle prime armi.

Riguardo all'errore, le ultime righe suggeriscono cosa fare: "sudo apt-get -f install". Dopo di che dovresti riuscire a dare il comando purge.

 

[Francesca Beatrice Ci Penso]

Non è mica necessario usare vim, va bene anche l'editor a interfaccia grafica predefinito (gedit). Oltretutto vim è difficile da usare per un utente alle prime armi.

Riguardo all'errore, le ultime righe suggeriscono cosa fare: "sudo apt-get -f install". Dopo di che dovresti riuscire a dare il comando purge.

ciao, grazie dell'intervento.
Sì, ho letto anche quel suggerimento che mi ha dato il terminale. Il problema è che nemmeno quello funziona.

 

[cdtux]

oppure si può utilizzare nano come editor da terminale.

Comunque se non piace il terminale si può sempre utilizzare synaptic per disistallare/installare pacchetti

 

[mercur]

oppure si può utilizzare nano come editor da terminale.

Comunque se non piace il terminale si può sempre utilizzare synaptic per disistallare/installare pacchetti

tra vi nano e vim molto meglio vim.
Ma se ha l'interfaccia grafica allora sicuramente sarà più semplice gedit.
Personalmente trovo più efficiente l'uso della shell testuale, imho.

 

[cdtux]

tra vi nano e vim molto meglio vim.
Ma se ha l'interfaccia grafica allora sicuramente sarà più semplice gedit.
Personalmente trovo più efficiente l'uso della shell testuale, imho.

Vim non lo sanno usare nemmeno tutti gli utenti navigati.. ad uno nuovo lo mandi nel pallone al 100%
Meglio qualcosa di più semplice come nano per i nuovi

Anche io preferisco terminale&co per gestire il sistema, ma magari l'utente si trova più a suo agio con una gui.. visto che si può scegliere perchè non farlo?

 

[mercur]

Vim non lo sanno usare nemmeno tutti gli utenti navigati.. ad uno nuovo lo mandi nel pallone al 100%
Meglio qualcosa di più semplice come nano per i nuovi

Anche io preferisco terminale&co per gestire il sistema, ma magari l'utente si trova più a suo agio con una gui.. visto che si può scegliere perchè non farlo?

Certo ma molte volte ho trovato più semplice guidare un utente con una sequenza di comandi da shell piuttosto che con la gui.
Per vim, sono d'accordo :D
In effetti può creare il panico.

 

[centoventicinque]

uname -a ( annotati il risultato)
sudo nautilus /boot

cancellai vecchi kernel, lascia solo quello che ti ha detto uname-a e il suo initramfs

 

[davethecipo]

@Francesca Beatrice Ci Penso interessante, mi viene da pensare che essendo il disco proprio pieno non ha nemmeno spazio per dare quel comando.

Per testare questa ipotesi, io libererei a mano un po' di spazio, ad esempio i file della cache dei pacchetti (in /var/cache/apt/archives), seguito dai comandi già indicati

 

[EmanueleC]

Il primo errore è fare la /boot separata, per eliminare i vecchi kernel:

sudo apt --purge autoremove

Se non riesci, installa il terminale byobu e fallo da li che ha uno script per rimuvore i vecchi kernel, byobu è sviluppato da un ingegnere di Canonical:

sudo apt install byobu

apri byobu:

sudo purge-old-kernels