Kernel Update scheitert

[Mona]

Ich versuche seit Wochen einen Raid-Controller zum Laufen zu bringen. Nachdem mehrere Versuche der manuellen Einspielung gescheitert sind, habe ich zu meiner Freude erkannt, das aktuellere Kernel den Controller integriert haben.

Ich habe also den Kernel 2.6.19.2 kompiliert und das System neu gestartet. Aus einem mir nicht nachvollziehbarem Grund, scheint der Kernel aber die Festplatten, die am Raidcontroller hängen auf einmal als hda1 usw zu behandeln und die Root-Partition auf der IDE-Platte zu ignorieren ,was zu den Fehlern "no such file: modules.dep" führt.

Wie kann ich erreichen, dass die IDE-Festplatten wieder als Root-Partition erkannt werden? Anschließend würde ich gerne das System auf die RAID-Platten kopieren und dann von das aus starten...

Mein System:
Debian Sarge 3.1
IDE: 120 Gb Festplatte
ITE-8212F Controller: 2x 80 Gb als Raid1

[king-crash]

Kommst du aufs System bzw bootet der Kernel oder ist schon bei grub schluss?
Btw wenn das so ein billig Controller ist mach einfach ein Software Raid, das ist sicherer und genauso schnell...

[Mona]

Grub sucht das root-verzeichnis auf der anderen Platte. Also die Platten am Raid-Controller, die normalerweise als sda1 usw. angezeigt werden, sind auf einmal hda1 usw. Boote ich hingegen mit dem Standardkernel bleibt alles beim alten...?

[king-crash]

Wenn Grub die falsche Platte nimmt gibt es kein sda oder hda, dann kann kein kernel gestartet werden.

Ich gehe also mal davon aus, dass mit grub alles stimmt. Du solltest dann eben dem kernel als bootparameter die richtige Platte mitgeben, das wäre dann halt hde oÄ. Musst ausprobieren, ich hab da ein ähnliches Problem.

[Mona]

Gibt es eigentlich einen Befehl mit dem ich erkennen kann, wie das System die aktuellen Festplatten nummeriert hat? Also welche Platte hda, welche hdb usw ist?

[king-crash]

Code: Alles auswählen

hdparm -i *device*

[Mona]

Code: Alles auswählen

hdparm -i *device*

Danke! Jetzt geht es