Newsgroup: it.comp.os.linux.sys
Titolo: kernel 2.6.2 Kernel panic: VFS: Unable to mount root fs

Volendo provare il nuovo kernel 2.6.2 lo scarico (vanilla) lo compilo 
(tutto ok) faccio il lilo (tutto ok), ma quando parte, dopo la solita 
serie di messaggi ecco un errore:
VFS: Cannot open root device "303" or unknown-block(3,3)
Please append a correct "root=" option
Kernel panic: VFS: Unable to mount root fs on unknown-block(3,3)
Premetto che il precedente kernel 2.4.18 ci funzionava benissimo quindi 
non direi un problema di hardware, forse di configurazione lilo?
Se a qualcuno viene in mente qualcosa lo ringrazio.
Robert/

> Se a qualcuno viene in mente qualcosa lo ringrazio.
Beh, qual'č il tuo file lilo ?

 
Eccolo:
disk    = /dev/hda
  bios = 0x80
boot    = /dev/hda
change-rules
reset
read-only
menu-scheme = Wg:kw:Wg:Wg
lba32
prompt
timeout = 50
message = /boot/message
   image  = /boot/vmlinuz
   label  = linux
   root   = /dev/hda3
   vga    = 791
   initrd = /boot/initrd
   append = " acpismp=force"
#questo funziona
   image  = /usr/src/linux-2.6.2/arch/i386/boot/bzImage
   label  = 2.6.2
   root   = /dev/hda3
   vga    = 791
#questo no

(spiegazione ultraveloce)
Beh, se leggi nei documenti che parlano della compilazione del kernel
troverai indicazioni di mettere bzImage (rinominato vmlinuz o meno) in /boot
Quello che funziona č
   image  = /boot/vmlinuz
Quello che non va č
   image  = /usr/src/linux-2.6.2/arch/i386/boot/bzImage
perchč la root non č ancora montata.
Al boot vedi solo /boot e quindi il kernel lo devi mettere lě.
   image  = /boot/bzImage-2.6.2
Buon divertimento !

 Al boot vedi solo /boot e quindi il kernel lo devi mettere lě.
Duh?
E chi vede cosa, visto che ancora non c'č un kernel che monti?!?
-- 
wash the blood from your hands
bury your secrets in the sand
and forget

 
Lo sospettavo ma dato l'esecuzione del kernel parte regolarmente non mi 
pareva la prima cosa da vedere, comunque provo...
Intanto grazie della risposta.

 Al boot vedi solo /boot e quindi il kernel lo devi mettere lì.
Forse non ho capito cosa volevi dire, però ti posso assicurare per 
esperienza diretta che il sistema si avvia regolarmente anche con il 
kernel in /, tra l'altro make install di default lo mette lì.
Se ho capito male sorry ;-)
Ciao, Paolo

RRB ha scritto:

Controlla bene le parti di configurazione del kernel riguardanti i 
filesystem e i dischi, qualche impostazione sbagliata lě č la prima 
indiziata.
Ciao, Paolo

 E chi vede cosa, visto che ancora non c'č un kernel che monti?!?
Problemi con l'italiano ? LOL
Ok ho detto una cazz.....ata, ho capito.
Il boot lo fa ma non trova init
Cedo la parola ai piů esperti.
Ciao

 Al boot vedi solo /boot e quindi il kernel lo devi mettere lì.
E chi te l'ha raccontato?
-- 
"It is not enough to succeed.  Others must fail."
Linux Registered User #301571, running Gentoo
Memeber of Luganega - Linux User Group Crema (IT)
http://filibusta.crema.unimi.it/

 #questo no
Controllato che il supporto al filesystem di /dev/hda3 sia compilato nel
kernel?


 
Ho usato make menuconfig e di sicuro c'e` marcato 'second extended fs' e 
ext3. Il fs di root e` ext3, quello di /boot invece e' ext2.
Non so se serve includere qualcos'altro, ho cercato un po` in giro ma 
non ho trovato molto in proposito...
Effettivamente, visti anche i post precedenti, non mi pareva 
determinante DOVE sta il kernel cmq l'ho gia' spostato su /boot anche 
solo per bellezza.... :-)

 non ho trovato molto in proposito...
Ma è "marcato" come modulo o staticamente nel kernel?
Nel config hai:
CONFIG_EXT2_FS=y
CONFIG_EXT3_FS=y
?

RRB ha scritto:

Hai compilato anche il supporto per il tuop chipset IDE e/o 
eventualmente SATA?
-- 
  Montag trattenne le bombe, lassů, per un solo istante, col pensiero e
le mani disperatamente brancolanti verso il cielo, a sorreggerle.
-------------------------------------------------------------------------
montagLA_CHIAV...@email.it
 Per rispondere toglere LA_CHIAVE.

 solo per bellezza.... :-)
Infatti non è per nulla determinante, basta che il boot loader sia in grado
di leggere da quel filesystem.


 ?
Si, compilato staticamente.
...
#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_FS_XATTR is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
...

 
Ecco,questa potrebbe essere una buona idea, bisogna che veda qual'e` il 
chipset che monta la mia m/b...
Cmq e' un ata133 normale.
Provo...

RRB ha scritto:

Normale? Ahiaiaiaiaiahi! Non esiste normale!
Esistono una dozzina di chipset che supportano l'ATA 133 e tutti 
egualmente normali e tutti egualmente incompatibili tra di loro...


 egualmente normali e tutti egualmente incompatibili tra di loro...
Il driver IDE standard e` perfettamente in grado di gestire tutti i
chipset moderni.
Luca
-- 
Home: 
http://kronoz.cjb.net
Se il  destino di un uomo  e` annegare, anneghera` anche  in un bicchier
d'acqua.
Proverbio yddish

 Luca
Non nelle modalità UDMA solo in quelle PIO
-- 
  Montag trattenne le bombe, lassù, per un solo istante, col pensiero e


 
Infatti non va, stesso errore.
Preciso che -per una serie di motivi- devo usare una schedina 'sil 0680' 
poi meglio identificata dal lspci come cmd technology, pci 0680.
Pero' pare che non ci sia quella scheda nelle opzioni possibili nei 
driver ide del 2.6.2...

 
Ok... il CMD ha un supporto a parte se non ricordo male, al di fuori 
della sottocategoria PCI IDE!
-- 
  Montag trattenne le bombe, lassů, per un solo istante, col pensiero e


 Non nelle modalità UDMA solo in quelle PIO
La cosa non impedisce l'avvio. E comunque il driver standard e` in grado
di  abilitare  l'UDMA  se  gli  viene  richiesto. Tornando  al  problema
dell'OP, i CMD640  sono buggati e richiedono un driver  specifico, i 680
dovrebbero  andare senza  problemi sia  con il  driver standard  che con
quello specifico ("Silicon Image chipset support").
Luca
-- 
Home: 
http://kronoz.cjb.net
"La Via prosegue senza fine."
	Bilbo Baggins - Il Signore degli Anelli - J.R.R. Tolkien

 Luca
Per esperienza diretta ti posso assicurare che alcuni HD (SEAGATE e WD) 
non funzionavano senza l'UDMA attivato ed occorreva una patch per il kernel!
E non solo... i controller esterni (come i primi UDMA 133 montati sulle 
ASUS in aggiunta al controller Standard integrato nel chipset o come i 
nuovi SATA) con il Supporto IDE generico non vanno!
Quello va bene in molti casi, ma non in tutti! ;-)


 quello specifico ("Silicon Image chipset support").
...si infatti il kernel si avvia bene, si pianta solo quando deve fare 
il mount del disco per cominciare a lavorarci in modo 'veloce'...

 
Sto andando con il mio nuovo kernel 2.6.2, bella boccia!
Sembra proprio che abbiano fatto un bel lavoro, da una rapida occhiata 
credo che l'hardware sia stato tutto riconosciuto correttamente, 
usb,scsi,ide,audio; e mi pare pure che si muova meglio, solo 
l'hyperthreading,i 2 processori virtuali non me li vede, ne vede uno 
solo, ma non e' che se ne senta tanto la mancanza.
La soluzione era inserire nel kernel il supporto per
"Silicon Image chipset support", bischerone che sono ci potevo anche 
arrivare ma mi era sfuggita l'attinenza CMD technologies = Silicon 
image. CMq grazie Luca.
Roberto.