Problema compilazione kernel KERNEL PANIC!

[caralu]

Ho compilato il nuovo kernel 2.6.17.7 su una Slackware 10.2
Quando avvio il nuovo kernel mi da l'errore:

VFS: cannot open root device "302" or unknown-block (3,2)
Please append a correct "root=" boot option
Kernel Panic - not syncing: VFS : unable to mount root fs on unknown-block (3,2)

La partizione di root che monto è la stessa che utilizzo nel kernel 2.4 e funziona benissimo. Il mio file lilo.conf è il seguente (è tutto a posto):

root=/dev/hda2
image=/boot/vmlinuz
label=kernel2.4
read-only

root=/dev/hda2
image=/boot/vmlinuz-2.6.17.7
label=2.6.17.7
read-only

Ho letto diversi post per la rete su cui si verifica lo stesso problema, ma non ce n'è uno con una soluzione chiara e diretta: si indicano un sacco di metodi e di proposte ma mi sa che non funziona niente di tutto ciò! Io ho provato i vari consigli postati in diversi forum:
- Ho compilato il supporto per filesystem EXT2, EX3 (non come moduli ma abilitandoli all'interno del kernel);

- abilitato il supporto per devFS e il mount automatico da boot
File Systems --->
Psedo File Systems --->
[ * ] devfs support (OBSOLETE)
[ * ] Automatically mount at boot

- abilitato PC BIOS (MSDOS partition tables) support
File systems ---> Partition Types --->[*] PC BIOS (MSDOS partition tables) support

- Ho convertito in esadecimale il blocco di root che dava problemi (nel mio caso 3,2) che è divenuto 0302, quindi su lilo ho sostituito "root=/dev/hda2" con "root=0302" ma mi ha dato l'errore in un altro blocco.

- ho abilitato il supporto XFS Support.
Non utilizzo initrd in quanto ho abilitato i supporti per dischi ram e ho eseguito la procedura per compilare senza initrd.
Ancora non mi funziona..Qualcuno ha risolto lo stesso problema??

[dumaron]

ho lo stesso problema in debian e non sono mai riuscito a risolverlo (anche per svogliatezza).
potrebbe essere una questione di permessi, dacci un'occhio .
speriamo che qualcuno più saggio ci illumini

perdonami se dico una cazzata, sicuramente l'avrai già fatto, ma se non fosse così...

controlla che sia statico il supporto al controller dell'hard disk

[vampirodolce1]

Succedeva anche a me, io ho risolto il problema aggirandolo. Riporto il processo come spiegato sugli Appunti di informatica libera, versione 01.07.06:

49.1.3 Compilazione del kernel in una distribuzione GNU/Linux Debian
Teoricamente, la distribuzione GNU/Linux Debian consente di compilare il kernel e i moduli secondo il procedimento standard; tuttavia ciò non conviene, se non altro perché l’installazione dei moduli va a rimuovere un collegamento simbolico nella directory ‘/lib/modules/’ che punta a ‘/etc/modprobe.conf’.
La distribuzione GNU/Linux Debian mette a disposizione uno strumento per facilitare la compilazione del kernel, passando per la creazione di un pacchetto Debian vero e proprio, che poi può essere installato secondo la procedura comune della distribuzione stessa. Il pacchetto in questione è denominato ‘kernel-package’ e per questo scopo può essere usato direttamente senza bisogno di alcuna configurazione. È sufficiente procedere nel modo seguente:
1. cd directory_iniziale_dei_sorgenti
ci si sposta nella directory iniziale dei sorgenti del kernel;
2. make {config|menuconfig|xconfig|...}
si procede con la configurazione del kernel che si vuole ottenere;
3. make-kpkg clean
ci si prepara alla compilazione;
4. make-kpkg --revision=versione kernel_image
si esegue la compilazione generando l’archivio Debian corrispondente, nella directory precedente (la directory genitrice), completo di moduli se previsti.
Questo ultimo passaggio richiede però i privilegi dell’utente ‘root’ per arrivare alla creazione del pacchetto Debian.
L’esempio seguente si riferisce alla compilazione di un kernel 2.6.7 (compresi i moduli eventuali) collocato nella directory ‘~/linux-2.6.7/’.
Questa collocazione è volutamente differente da quella standard per la distribuzione GNU/Linux Debian, che invece dovrebbe essere ‘~/kernel-source-2.6.7/’, proprio per mostrare che ciò non influisce in questo contesto.
$ cd ~/linux-2.6.7 [ Invio ]
$ make-kpkg clean [ Invio ]
$ su root [ Invio ]
# make-kpkg --revision=custom.1.0 kernel_image [ Invio ]
Si può osservare che la versione è stata definita dalla stringa ‘custom.1.0’. Questo è ciò che viene suggerito nella documentazione originale. In particolare, il numero «1.0» va incrementato ogni volta che si predispone una versione successiva. Al termine si ottiene l’archivio ‘kernel-image-2.6.7_custom.1.0_i386.deb’, collocato nella directory precedente a quella dei sorgenti da cui è stato ottenuto; per installarlo basta
procedere come segue, usando naturalmente i privilegi dell’utente ‘root’:
# dpkg -i ../kernel-image-2.6.7_custom.1.0_i386.deb [ Invio ]

Ti posso garantire che funziona, quel Daniele Giacomini e' un grande.

[khelidan1980]

Perche abiliti devfs?Oramai è morto e defunto,toglilo,secondo hai un disco sata?

Originariamente inviato da vampirodolce1

Succedeva anche a me, io ho risolto il problema aggirandolo. Riporto il processo come spiegato sugli Appunti di informatica libera, versione 01.07.06:
Ti posso garantire che funziona, quel Daniele Giacomini e' un grande.

ma questo è semplicemente il metodo debian, non risolve la cosa.

[vampirodolce1]

Ahhhh scusa, avevo letto male! Pensavo che anche tu avessi Debian invece hai Slackware!!!
My apologies...

Originariamente inviato da vampirodolce1

Ahhhh scusa, avevo letto male! Pensavo che anche tu avessi Debian invece hai Slackware!!!
My apologies...

si ma anche se avesse avuto debian, non risolve la cosa è solo un metodo diverso di fare le cose. ma se ad esempio sbagli il .config lo sbagli comunque.

[caralu]

Grazie per la risposta...Si, ho la Slackware, non penso mi sia così utile la soluzione Debian!
Non ho un HD Sata, è un disco IDE in un portatile..