Newsgroup: it.comp.os.linux.iniziare
Titolo: Problemi kernel 2.4.19

Ciao a tutti, ho un problema che non riesco a risolvere ... Ho la mia
"bella" RedHat 8.0, con kernel 2.4.18.
Ho scaricato il kernel 2.4.19, l'ho configurato ESATTAMENTE come quello
della RedHat (tranne per le opzioni che non sono comuni) e l'ho compilato
come al solito. Ho editato il mio amato grub.conf per permettere di
lanciare il nuovo kernel e ho fatto il boot.
E qui ecco che dopo pochi secondi il kernel va in panico e mi ritrovo la
scritta:
Kernel panic: VFS : Unable to mount root fs on 00:00
Non è la prima volta che mi ricompilo il kernel ma non riesco a capire
dove risiede (sicuramente) il mio errore.
Grazie per l'attenzione, yLothar.

 Kernel panic: VFS : Unable to mount root fs on 00:00
Mi pare che tu non abbia incluso il supporto per il tuo filesyste o
hai indicato il device sbagliato per la root.
Davide


Probabile, dato che l'hai configurata alla stessa maniera. Se hai un 
disco ext3 o reiserfs, il supporto relativo deve essere messo nel 
kernel, non come modulo. La redhat lo mette come modulo ma la cosa 
richiede un po' di configurazione in più(con l'initrd) che non ti serve, 
dato che tu quel supporto lo usi sempre(serve alla redhat così il kernel 
base non ha il supporto allo scsi, che semmai viene messo nell'initrd 
appunto, e così via(con un così via di qualche mega di occupazione nel 
kernel)). Se non è così, posta anche i messaggi precedenti a quello così 
saremo più chiari. Ciao!
-- 
Paolo Giarrusso, Blaisorblade
Togliere solo REMOVEONLYTHIS per rispondere
Linux Kernel 2.4.19 on an i686
Firma "made in Vim"

 hai indicato il device sbagliato per la root.
Il supporto per il filesystem è incluso e giusto, mentre il device è per
forza quello giusto in quanto ho usato la stessa partizione della redhat
originale.
Ciao e grazie, yLothar

Ho ricontrollato la configurazione del kernel e mi sembra tutto a posto.
Ho compilato il supporto ext3 come modulo ma ho anche fatto l'immagine
ramdisk con initrd: forse è qui che sbaglio...
Ho usato il comando "mkinitrd /boot/initrd-2.4.19 2.4.19"
A dire il vero la mia redhat a questo comando mi dice che non ci sono
device loop liberi ... al che io faccio un bel "modprobe loop" e poi
ritento il mkinitrd. A questo punto me lo compila e così tento il boot di
nuovo, ma niente da fare ...
Sbaglio forse io qualcosa o devo dare delle istruzioni particolari al
mkinitrd ? Eppure non mi sembra ci siano molte opzioni da provare ...
Grazie per la risposta, yLothar.

Visto che siete stati così gentili da darmi una mano vi tengo aggiornati
con i miei progressi ... dunque, compilando il kernel con il supporto ext3
nativo (e non come modulo) il problema si risolve e quindi non mi rimane
altro da pensare che il tutto risieda nel initrd. Ho spulciato così
internet alla ricerca di qualche soluzione. Le uniche soluzioni che ho
trovato sono quelle che mi dicono di fare l'immagine ramdisk con il
comando "mkinitrd --preload etx3 --preload jbd /boot/initrd-2.4.19.img
2.4.19".
Ora il problema è che prima mi dice che non ci sono device loop libere,
al che io mi faccio un bel "modprobe loop" e il problema è risolto ... ma
purtroppo ne compare un secondo: mi viene detto che il modulo mbcache non
compare tra quelli disponibili nel kernel 2.4.19 [e riguarda sicuramente
il modulo ext3, perchè creando l'immagine initrd solo con il preload del
jbd me la crea senza problemi]!!!! Ho cercato questo modulo ma sembra non
essercene traccia. Il bello è che anche cercando di compilare una
immagine ramdisk con il kernel 2.4.18-14 (quello proprio della redhat 8.0)
ho lo stesso problema. E' possibile ? Vuol dire che l'immagine initrd
l'hanno creata apposta con altri mezzi per supportare l'ext3 ?
In sostanza il mio problema è cmq risolto ... ma poichè sono un tipo
troppo curioso vorrei cmq riuscire ad arrivare ad una soluzione di questo
problema di cui pochi sembrano conoscere la soluzione (cercando su google
"mbcache" si trovano a malapena un paio di link che rimandano a post su
patch del kernel)
Grazie mille ancora per il vostro aiuto, yLothar.