aus IDE wird SCSI nach Kernelupgrade !?!?!?

Hallo!

Ich habe bei meinem VDR ein Distupgrade auf Etchnhalf durchgeführt und auch den neuen Kernel "2.6.24-etchnhalf.1-686" installiert. Hat alles wunderbar funktioniert.

Also habe ich bei einem Kollegen die selbe Prozedur durchgeführt. Sein VDR ist im großen und ganzen Baugleich also dachte ich mir, dass es da keine Probleme geben wird.

Falsch gedacht, nach dem Kernelupgrade kam das Teil nicht mehr hoch. Der Bootvorgang blieb mit einer Meldung stehen, dass das Root-Filesystem nicht gefunden wurde. Mit dem alten Kernel hat er einwandfrei gestartet.

Nach längerem Fehlersuchen bin ich drauf gekommen, dass der neue Kernel die IDE-Platte als SCSI-Device erkannt hat und das Root-FS jetzt /dev/sda1 statt /dev/hda1 heißt. Als ich das in der Grub-Config und in der fstab umgeschrieben habe, hat der neue Kernel funktioniert.

Ist das außer mir noch jemandem passiert und wiieso erkennt Linux eine interne IDE-Platte plötzlich als SCSI-Platte ???

Es ist zwar kein Problem weil jetzt wieder alles funktioniert aber es würde mich doch interessieren. Vor allem weil der selbe Kernel meine Platte nach wie vor korrekt als IDE-Gerät anspricht.

Schöne Grüsse

Michael

Hallo Markus!

Es ist definitiv eine IDE-Platte und soweit ich weiß kann das Mainboard noch gar kein SATA.

Gruß Michael

PS: Es handelt sich um folgende Platte:

Barracuda 7200.10 Ultra ATA/100 500-GB Hard Drive (ST3500630A)

Ich würde das ja akzeptieren, wenn es generell so wäre aber ich habe bei mir ja genau den gleichen Kernel drauf und auch eine IDE-Platte drin von Seagate. Der einzige Unterschied, meine ist nur 320GB gross.

Hm, gute Frage. Irgend so ein MSI Mirco-ATX. Keine Ahnung. Der Clou ist, dass wir beide das selbe Board gekauft haben da wir unsere VDR's gleichzeitig gebaut haben.

Hm, die initrd's sind tatsächlich unterschiedlich:

1,3M initrd.img-2.6.24-etchnhalf.1-686 (Dieser hat noch IDE)
4,7M initrd.img-2.6.24-etchnhalf.1-686 (Dieser hat auf SCSI umgestellt)

Wie kann das sein, ich habe die Kernel nicht selber gebaut sondern auf beiden Geräten via apt-get install vom original Debian Repository installiert.

Ja, die initrd's sind bei der Kernel-Installation erzeugt worden. Und bei beiden Rechnern ist ein IDE-DVD Laufwerk am Secondary Master angeschlossen.

Ja, vermutlich werden wir das wirklich nie raus finden. Aber vielen Dank für die Unterstützung und die vielen Hinweise.

Ich werde mich damit abfinden, dass mein Kollege jetzt einen Pseudo-SCSI-VDR besitzt während ich mich nach wie vor mit IDE zufrieden geben muss.

Quote

Original von Hibbelharry
Langfristig gesehen werden alle Ide Platten zu "Scsi Devices". Der gute alte Ide Treiber Baum soll irgendwann aus dem Kernel geworfen werden. Für 98% der Ide Controller gibt es bereits einen Treiber Rewrite der auf libata basiert, das die Scsi Infrastruktur im Kernel nutzt. Libata hatte man begonnen um die neuen Features von Sata Controllern zu unterstützen, weil sata und ide sich aber in der Controllerarchitektur ähneln hat man dann begonnen auch die anderen Ide Controllertreiber auf libata umzusetzen. Dann brauchen die Kerneldevs auch nicht 2 Strukturen für recht ähnliche Dinge zu pflegen.

Im Moment ist es so das für viele Ide Controller aus dem "Mittelalter", also nicht neu, nicht uralt 2 Treiber existieren und man so sogar aussuchen kann worauf man setzt. Geschwindigkeitsunterschiede wirst du trotzdem kaum messen können.

Grüz
Hibbelharry

Hallo Hibbelharry!

Das ist ja sehr interessant, das wusste ich nicht. In dem Fall existieren für diesen IDE-Controller zwei Treiber und seit dem Kernel-Update wird der neue "libata" bevorzugt weshalb die Devices jetzt eben /dev/sd? heißen.

Du hast geschrieben, dass ich mir aussuchen kann welcher Treiber verwendet wird. Ich nehme an, dass ich das mache indem ich den einen oder anderen in den Kernel compiliere? Und wenn in einem Kernel beide Treiber vorhanden sind, hängt es dann einfach davon ab welcher zuerst geladen wird? Das würde jedenfalls erklären warum mein Kollege jetzt den libata verwendet und ich nicht obwohl wir beide das gleiche Board und somit auch den gleichen Controller haben.

Könnte ich dann bei meinem VDR das alte Treibermodul in die Blacklist-Datei schreiben und hätte dann nach einem Neustart auch /dev/sd? Devices?

Danke und schöne Grüsse

Michael

Quote

Original von Dr. Seltsam

Um diese blacklist im root-System zu lesen, brauchst Du ja erstmal einen Treiber für den Controller
Der ist bei den großen Distris i.d.R. nicht fest im Kernel einkompiliert, sondern wird über die initrd als Modul geladen. Wenn Du den libata-Treiber in der initrd hast, müsste es funktionieren, in der grub menu.lst sda statt hda vorzugeben. Wenn dann noch das root-Verzeichnis in der fstab stimmt, müsste der Systemstart klappen.

Logisch, Denkfehler. *grmpf*

Ich habe jetzt einfach die fstab und die menu.lst bei beiden VDR auf UUID umgestellt und damit funktioniert es jetzt immer.

Außerdem habe ich raus gefunden, warum meine initrd so viel kleiner war. Bei meinem VDR war initramfs-tools nicht installiert weswegen yaird benutzt wurde. Nachdem ich das Paket installiert habe wurde eine neue initrd erzeugt die jetzt auch ungefähr 4,7 MB groß ist.

Trotzdem habe ich noch hd?-Devices was mir jetzt aber egal ist. Mir ist noch eingefallen, dass wir den VDR meines Kollegen mal neu installieren mussten, weil eine Platte kaputt gegangen ist und meiner wurde immer nur upgedated. Vermutlich steckt bei mir noch irgendwo eine alte Einstellung die den Unterscheid ausmacht.

Nochmal vielen Dank an alle für die interessanten Hinweise und Hilfen. War jedenfalls sehr lehrreich!

Gruß Michael