Newsgroup: it.comp.os.linux.iniziare
Titolo: Troppi kernel?

Ciao.
Esaminando il file /boot/grub/menu.lst, che se volete posso postare, ho 
trovato molte entry riferite a diversi kernel. In particolare, per 
ciascuno dei tre kernel 2.6.24.[16 | 17 | 18]-generic, ci sono due voci 
nel menů di grub: una con scritto solo il nome del kernel ed una con 
l'aggiunta di "recovery mode", che credo serva in caso di emergenza.
Premesso che capisco poco di kernel, vorrei sapere se č il caso di 
eliminare le versioni piů vecchie (16 e 17), e, in caso affermativo, 
come posso trovare i nomi dei pacchetti da rimuovere via apt-get remove. 
Grazie a tutti e buona giornata.
Bizio.

 Bizio.
Se riesci ad avviare correttamente il sistema con il kernel più 
aggiornato, puoi tranquillamente rimuovere quelli più vecchi, a meno che 
tu non abbia esigenze particolari (esempio: dover compilare un modulo 
del kernel che funziona solo con una certa versione). Ma comunque puoi 
sempre reinstallare un vecchio kernel.
Per cancellare i vecchi kernel, inizia a scrivere
sudo apt-get remove linux-image-
E poi spingi il tasto TAB per vedere gli autocompletamenti proposti. 
Rimuovi le versioni più vecchie. Verranno rimosse anche le dipendenze, 
come gli headers.
Alla fine
sudo update-grub
Ti eliminerà le voci relative a kernel non più esistenti.
-- 
  Giovanni Cappellini - 
http://quacos.wordpress.com
Realizzazione siti dinamici e consulenze OpenSource:
 
http://www.weblogix.biz

 Ti eliminerà le voci relative a kernel non più esistenti.
Di questo non c'è stato bisogno. Lo ha fatto lui automaticamente ogni 
volta che ho rimosso un kernel. 
INfine vorrei capire come posso ottenere una lista dei pacchetti 
installati sul mio sistema che contengano una certa stringa (in 
particolare il cui nome inizi per linux- o linux-image), per poi 
postarla qui e capire di quali pacchetti non ho più bisogno. 
Se avete la pazienza di seguirmi in quest'inmpresa, quando passate da 
Roma cena pagata! :-)
Grazie mille, in particolare a Giovanni per l'esauriente risposta.
Bizio.

 postarla qui e capire di quali pacchetti non ho più bisogno. 
$ dpkg -l linux-image-* | grep ^ii
ii  linux-image-2.6.23-1-686             2.6.23-3~snapshot.10051                    Linux 2.6.23 image on PPro/Celeron/PII/PIII/
ii  linux-image-2.6.25-2-686             2.6.25-4                                   Linux 2.6.25 image on PPro/Celeron/PII/PIII/
ii  linux-image-2.6.26-rc5-686           2.6.26~rc5-1~experimental.1~snapshot.11622 Linux 2.6.26-rc5 image on PPro/Celeron/PII/P
$
il "grep ^ii" serve a far comparire solamente i pacchetti installati (ii vuol
dire appunto "installato" -- poi c'è "rc", "pn", "un", ...)
Altra soluzione:
$ dpkg --get-selections | grep ^linux-image
linux-image-2.6.23-1-686			install
linux-image-2.6.25-2-686			install
linux-image-2.6.26-rc5-686			install
$
Ciao,
David
-- 
 . ''`.  Debian maintainer | 
http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- 
http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- 
http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

 equivalente), e aggiungi:
eh, però prima va istallata! :-)
apt-get install bash-completion
Prima di capirlo ho perso ben 30 secondi... grazie, la cercavo da un 
po'! :-)
Alessandro

 eh, però prima va istallata! :-)
Eh già, da Febbraio ormai (credo).
Prima era integrata in bash, ora è un pacchetto a parte.
Spero non troviate troppi bug :) (da poco sono uno degli sviluppatori
upstream :p)


 come posso trovare i nomi dei pacchetti da rimuovere via apt-get remove. 
Io i vecchi kernel li ho rimossi con Synaptic. Non so se esitano
controindicazioni rispetto a farlo con la bash, di certo ho sofferto
molto meno... :)
-- 
Per la perdita di un testicolo non si corrispondono indennità    -

 default per root. 
[cut]
Se in ubuntu entri in root con sudo su è abilitata
-- 
Fa freddo nello scriptorium, il pollice mi duole. Lascio questa 
scrittura, non so per chi, non so più intorno a che cosa...
U. Eco

 Se in ubuntu entri in root con sudo su è abilitata
Con "sudo" *non* "entri" in root, ma semplicemente esegui comandi come
root mantenendo le variabili d'ambiente del tuo utente, dove bash-completion
*è* abilitata.
Quindi:
$ sudo ls /de<TAB>
funzionerà (e ti darà /dev/ suppongo), mentre:
$ sudo su -
# ls /de<TAB>
non funzionerà (o, almeno, non dovrebbe -- parlo in linea teorica, poi Ubuntu
magari ha deviato da Debian su questo fronte) -- da notare il "-" dopo su (man
su):
-, -l, --login
    Provide an environment similar to what the user would expect had the user
    logged in directly.


 $ dpkg --get-selections | grep ^linux-image
Anche questa mi fa vedere non solo i pacchetti presenti sul mio sistema, 
ma anche quelli non presenti. 
Ad esempio, tra i rusiltati compare anche linux-image-2.6.24-16-generic, 
che però risulta non installato alla prova di apt-get remove. 
Ci credete se vi dico che ho un po' di confusione in testa? :-)
Attendo suggerimenti e vi ringrazio in anticipo.
Bizio.

 molto meno... :)
Questo è vero, ma il problema è sapere esattamente quali pacchetti si 
possono rimuovere. Quando ne sai pochino come me, basta un numerino 
letto o scritto male e ti sei giocato il kernel, che mi par di capire è 
cosa abbastanza grave. 
A questo aggiungo che synaptic non è molto gestibile con gli ausili a 
mia disposizione /sintesi vocale e display Braille). 
Ciao 
Bizio. 

     logged in directly.
Immagino sia questo il trucco... senza la lineetta diventi root con
l'ambiente dell'utente dove le completion sono gia` abilitate...
Lo so perche` essendo molto pigro non mi son mai messo ad abilitare i
completamenti automatici di root, ma son sempre passato attraverso
l'utente tramite su [questo con debian... su ubuntu sudo e basta].
Poi in realta` qualcosa dell'ambiente cambia, visto che ad esempio i
comandi in /sbin sono accessibili direttamente, ma non ho mai
indagato...
Ciao ciao
Claudio

 Ci credete se vi dico che ho un po' di confusione in testa? :-)
Quanto dici è *veramente* strano.
--get-selections ritorna una lista dei pacchetti installati o, comunque,
presenti nel database di dpkg.
Prova a fare una prova con altri pacchetti (magari la rimozione di quel kernel
non è proprio andata a buon fine...):
$ dpkg -l linux-image-* | grep -e ^pn -e ^un | awk -F" " '{print $2}'
linux-image-2.6
linux-image-2.6-686
linux-image-2.6.24-1-686
linux-image-2.6.24-rc6
linux-image-2.6.24-rc8-686
linux-image-2.6.25-1-686
linux-image-2.6.25-2-dp
linux-image-2.6.25-dp
linux-image-2.6.25-rc8-686
linux-image-2.6.25neo
$
Come vedi, ho installato anche pacchetti "non ufficiali" (tipo i kernel
compilati da me, -dp e neo). Ed ecco il risultato:
$ dpkg --get-selections | grep -e "-dp" -e neo
libneon27					install
libneon27-gnutls				install
ndiswrapper-modules-2.6.25-dp			install
$
Come vedi, di quei kernel, nemmeno l'ombra.
Secondo me hai *davvero* avuto qualche problema durante la rimozione di quel
kernel. Posta l'output di:
$ ls -1 /var/lib/dpkg/info/linux-image-2.6.2*.list
(l'opzione dopo ls è "meno uno")


 indagato...
Per quello basta aggiungere quei path a $PATH. Io, anche per il mio utente
normale, ho:
$ echo $PATH | tr ":" "\n"
/home/neo/bin
/usr/local/bin
/usr/bin
/bin
/usr/games
/sbin
/usr/sbin
/usr/local/sbin
$
(come vedì, ci sono le /sbin/, che sono di root solitamente). Questo perché
alcuni comandi, pur essendo in /sbin/, possono tranquillamente essere eseguiti
da utente normale (uno su tutti: "ifconfig" senza parametri, per vedere lo
stato delle interfacce di rete -- o anche "route", sempre senza parametri... è
una rottura dover scrivere /sbin/ifconfig o /sbin/route...)
Se vuoi, puoi aggiungere in ~/.bashrc:
export PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin
(e poi ". ~/.bashrc", oppure logout-login)
Saluti,


 export PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin
Oh, be'... non e` che sia un problema... la cosa che mi sembrava strana
e` che prima di su:
$ echo $PATH | tr ":" "\n" [un giorno imparero` anch'io ad usare con
tanta confidenza il reindirizzmento :-)]
/usr/local/bin
/usr/bin
/bin
/usr/games
Dopo su:
# echo $PATH | tr ":" "\n"
/usr/local/sbin
/usr/local/bin
/usr/sbin
/usr/bin
/sbin
/bin
Quindi almeno il PATH e` cambiato... Il che, intendiamoci, mi va
benissimo... solo che mi sarei aspettato che il path non cambiasse...
Ciao ciao
Claudio

 benissimo... solo che mi sarei aspettato che il path non cambiasse...
`man su`:
The current environment is passed to the new shell. The value of $PATH
is reset to /bin:/usr/bin for normal users, or
/sbin:/bin:/usr/sbin:/usr/bin for the superuser. This may be changed
with the ENV_PATH and ENV_SUPATH definitions in /etc/login.defs.
E, quindi:
$ cat /etc/login.defs |grep -e ENV_.*PATH
# Three items must be defined:  MAIL_DIR, ENV_SUPATH, and ENV_PATH.
ENV_SUPATH	PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
ENV_PATH	PATH=/usr/local/bin:/usr/bin:/bin:/usr/games
$
Ecco che hai trovato il modo di cambiare il $PATH :)


 with the ENV_PATH and ENV_SUPATH definitions in /etc/login.defs.
Certo che questi son proprio fuori! dove la mettono una risposta alla
mia intelligentissima domanda? nel manuale!!! pazzesco... :-)
Ciao ciao
Claudio

 Pan? XPN? Qualunque (quasi) mail-reader? :)
Purtroppo i newsreader funzionanti sotto LInux in ambiente grafico sono 
gestibili con difficoltà da chi ha problemi di vista. Il migliore sembra 
essere Thunderbird, ma ha ancora problemi che lo rendono di fatto non 
efficiente. Ecco perché trovo più comoda la soluzione apparentemente 
suicida di riavviare e scrivere con un newsreader per Windows. 
Riguardo ai problemi che mi dava dpkg, alla fine mi sono rotto le 
scatole e ho risolto alla radice, utilizzando synaptic. La cosa non è 
stata semplice, perché ho dovuto fare in modo che il mio screen reader 
(orca) potesse essere usato anche per eseguire programmi di 
amministrazione del sistema. Esso infatti, di suo, non è in grado di 
gestire i programmi eseguiti con i privilegi del superuser. 
Dopo una giornata di smadonnamenti vari, sono riuscito ad eseguire 
synaptic, ed ho scoperto che diversi pacchetti relativi ai kernel li 
avevo rimossi ma non "purgati", per cui erano rimasti sul mio sistema i 
files di configurazione. Tolti quelli, non ho più i problemi di prima. 
Da ultimo, vi posto i pacchetti relativi ai kernel che risultano ancora 
installati sul mio sistema. Potreste dirmi se qualcuno lo posso 
eliminare? Se poi riuscite anche a spiegarmi a cosa serve ogni pacchetto 
(visto che a me sembrano più o meno tutti uguali), credo che di meglio 
non potrò desiderare. :-)
Ciao e grazie a tutti 
Bizio.
***
linux-generic
linux-headers-2.6.24-18
linux-headers-2.6.24-18-generic
linux-headers-generic
linux-image-2.6.24-18-gneric
linux-image-generic
linux-restricted-modules-2.6.24-18-generic
linux-restricted-modules-common
linux-restricted-modules-generic
linux-ubuntu-modules-2.6.24-18-generic