Root-Device wird nicht gefunden nach Reboot ===> gelöst

[gustavk]

Hallo,

ich habe nach dem Einspielen des 2.6.10 Kernels das allseits bekannte Problem:

VFS: Cannot open root device ....
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block (0,0)


Trotz Berücksichtigung von [1] bootet die Kiste nicht durch. Im letzten Anlauf habe ich beim Zusammenstellen des Kernels schon gar kein Parameter mehr verändert; in der Hoffnung das mein Ab- und Auswählen der Urheber gewesen sein könnte. Leider auch erfolglos.

Das frustet sehr ....

Hat noch jemand einen guten Rat?

Gruß
Gustav



System: Debian-Sarge; aktuell Kernel 2.4.27
[1] http://www.debianforum.de/wiki/?page=Kernelboot[/b]

[Ephraim]

Installier dir den 2.6.10-1-686 mit apt und nimm dir config von dem her

Code: Alles auswählen

/boot/config-2.6.10-1-686

und dann die IDE sachen feste rein, den richtige Chipsettreiber auswählen und auch feste rein.
So hats bei mir dann auch hingehauen ... wo genauer der Fehler liegt wüsste ich
auch gerne

Ciao Ephraim[/code]

[fuzzy]

Hallo gustavk,
bist Du Dir sicher, dass die "Grubeinträge" zu dem neuen Kernel "passen"?

Ich würde mich über Informationen freuen
- initrd? ja/nein
- "root (hd0,0)" oder " root (0,0)" ??
usw...

Gruß fuzzy

[xfon]

ich hatte vor 2 tagen genau das selbe problem als ich mir den 2.6.10er gebaut hab. bei mir warens die IDE sachen die ned korrekt drinnen waren. Mir ist zwar schleierhaft wie sowas sein kann, dass der IDE support nur per modul drinnen is, aber war so. vielleicht hilft dir ja das

[gustavk]

... bist Du Dir sicher, dass die "Grubeinträge" zu dem neuen Kernel "passen"?

Den Kernel habe ich ja wie in der Anleitung beschrieben mit dpkg -i <kernel> installiert. Dabei werden auch die notwendigen Boot-Loader Einträge vorgenommen; in meinem Fall für GRUB.

- initrd? ja/nein
- "root (hd0,0)" oder " root (0,0)" ??

Eine Initial-RAM-Disk wurde durch dpkg nicht angelegt. Habe testweise selbst eine nach Anleitung im Kernel-HOW-To erzeugt; keine Besserung.
Im GRUB-Konfigfile steht bei mir root (hd0,0). Wo ist der Unterschied zu dem 2. Beispiel?

Teils las ich Postings, daß eine initrd nicht mehr notwendig sei, aber das dann IDE- und Filesystem-Treiber fest im Kernel integriert sein müssen. Andere schrieben sie müßte trotzdem vorhanden sein.

Was stimmt den nun

Gruß
Gustav

[gustavk]

ich hatte vor 2 tagen genau das selbe problem als ich mir den 2.6.10er gebaut hab. bei mir warens die IDE sachen die ned korrekt drinnen waren. Mir ist zwar schleierhaft wie sowas sein kann, dass der IDE support nur per modul drinnen is, aber war so. vielleicht hilft dir ja das

Das habe ich jetzt mal eingestellt.

<*> ATA/ATAPI/MFM/RLL support │ │
│ │ <*> Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support │ │
│ │ --- Please see Documentation/ide.txt for help/info on IDE drives │ │
│ │ [ ] Support for SATA (deprecated; conflicts with libata SATA driver) │ │
│ │ [ ] Use old disk-only driver on primary interface │ │
│ │ <*> Include IDE/ATA-2 DISK support │ │
│ │ [ ] Use multi-mode by default │ │
│ │ <M> Include IDE/ATAPI CDROM support │ │
│ │ <M> Include IDE/ATAPI TAPE support (EXPERIMENTAL) │ │
│ │ <M> Include IDE/ATAPI FLOPPY support │ │
│ │ [ ] IDE Taskfile Access │ │
│ │ --- IDE chipset support/bugfixes │ │
│ │ <*> generic/default IDE chipset support │ │
│ │ [ ] CMD640 chipset bugfix/support │ │
│ │ [ ] PNP EIDE support │ │
│ │ [*] PCI IDE chipset support │ │
│ │ [*] Sharing PCI IDE interrupts support │ │
│ │ [ ] Boot off-board chipsets first support │ │
│ │ <*> Generic PCI IDE Chipset Support │ │
│ │ < > OPTi 82C621 chipset enhanced support (EXPERIMENTAL) │ │
│ │ < > RZ1000 chipset bugfix/support │ │
│ │ [*] Generic PCI bus-master DMA support
[ ] Force enable legacy 2.0.X HOSTS to use DMA │ │
│ │ [*] Use PCI DMA by default when available
│ │ <*> PROMISE PDC202{46|62|65|67} support │ │
│ │ [*] Special UDMA Feature │ │
│ │ <*> PROMISE PDC202{68|69|70|71|75|76|77} support │ │
│ │ [*] Enable controller even if disabled by BIOS │ │
│ │ < > ServerWorks OSB4/CSB5/CSB6 chipsets support │ │
│ │ < > Silicon Image chipset support │ │
│ │ < > SiS5513 chipset support │ │
│ │ < > SLC90E66 chipset support │ │
│ │ < > Tekram TRM290 chipset support │ │
│ │ <*> VIA82CXXX chipset support

Die Filesysteme werden auch fest in den Kernel eingebaut.

<*> Second extended fs support │ │
│ │ [*] Ext2 extended attributes │ │
│ │ [*] Ext2 POSIX Access Control Lists │ │
│ │ [*] Ext2 Security Labels │ │
│ │ <*> Ext3 journalling file system support │ │
│ │ [*] Ext3 extended attributes │ │
│ │ [*] Ext3 POSIX Access Control Lists │ │
│ │ [*] Ext3 Security Labels │ │
│ │ [ ] JBD (ext3) debugging support │ │
│ │ < > Reiserfs support │ │
│ │ < > JFS filesystem support │ │
│ │ < > XFS filesystem support │ │
│ │ < > Minix fs support │ │
│ │ <*> ROM file system support │ │
│ │ [ ] Quota support

Nutze nur ext2 + ext3. Die Erstellung des Kernel-Images läuft gerade ...

Gruß
Gustav

[fuzzy]

Hallo gustavk,
sofern eine "initrd" vorhanden ist, also mitkompiliert wurde, würde ich eine "initrd"-Zeile in "/boot/grub/menu.lst" eintragen. ...sonst nicht.
Mein "2.6.10-Kernel" läuft ohne "initrd".
Dein /boot und /root Flilesystem würde ich auf alle Fälle fest einkompilieren!

"root (0,0)" wäre ein Flüchtigkeitsfehler in der "/boot/grub/menu.lst" gewesen
...manchmal ist man nur ein paar Zeichen "daneben"...

Könntest Du Deine alte und neue "Grub-zeilen" posten, wenn da niemandem etwas komisches aufällt würde ich nach "Ephraims- Tipp" vorgehen.

Gruß fuzzy

[storm]

Teils las ich Postings, daß eine initrd nicht mehr notwendig sei,

richtig,

aber das dann IDE- und Filesystem-Treiber fest im Kernel integriert sein müssen.

richtig (wenn du IDE-Geräte hast),

Andere schrieben sie [initrd] müßte trotzdem vorhanden sein.

Blödsinn.

ciao, storm :)

[KBDCALLS]

Mit

Code: Alles auswählen

make defconfig 

erhält man erst mal eine Konfiguration die auf einem IDE-Rechner in der Regel ohne Initrd funktioniert.

Will man einen Kernel mit initrd haben

Dann kompiliert man mit

Code: Alles auswählen

make-kpkg --initrd kernel-image. 

[gustavk]

... es geht. Es geht

Mit obigen Parametern geht es.

Der Fehler lag dann wohl in der fehlenden IDE Unterstüzung, welche ich vorher als Modul eingebunden hatte. Ich werde aber den Eindruck nicht los, daß einige IDE Parameter doppelt vorkommen bzw. sich sehr stark ähneln.

- Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
- Include IDE/ATA-2 DISK support
- generic/default IDE chipset support
- PCI IDE chipset support
- Generic PCI IDE Chipset Support

Naja, ich habe ein Schritt nach vorne gemacht. HURRA.

Danke für Eure Hilfe.
Gustav

[Fentanyl]

Ich möchte noch hinzufügen, dass ich dasselbe Problem hatte, es bei mir jedoch daran lag, dass cramfs fest in den kernel einkompiliert werden muss, also nicht als modul (miscellaneous filesystems -> cramfs -> Y).

Danach ging es einwandfrei!

MfG; Fenta