[GELÖST] IDE zu /dev/hda (Squeeze/Kernel 2.6.33.9-rt31)

[matman]

Hallo, ich habe ein relativ neues Mainboard und ein recht großes Problem mit meinen IDE CD-Laufwerken. Seit Squeeze findet man die IDE-Geräte ja unter /dev/scdX. Nur leider scheinenen die libata Treiber für diese Aufgabe noch nicht ausgereift zu sein. Jedenfalls kann ich dann mein System nicht starten. Meistens bleibt das System beim Booten immer genau dann stehen, wenn die beiden CD-Laufwerke gefunden wurden. Nur ganz selten, mit viel Glück startet das System erfolgreich durch. Deshalb dachte ich mir, nehme ich doch die alte Vorgehensweise über /dev/hda. Aber irgendwie bekomme ich das nicht hin.

lspci gibt zu IDE folgendes aus:

Code: Alles auswählen

00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller (rev 40)
01:00.0 IDE interface: Marvell Technology Group Ltd. Device 914d (rev 10)
02:00.1 IDE interface: VIA Technologies, Inc. IDE PATA Host Controller (rev a0)

Ich habe jetzt schon verschiedene Einstellungen in der Kernelkonfiguration ausprobiert, aber nichts führt zum Erfolg. Soweit ich das verstanden habe ist das IDE-Gerät von VIA dafür zuständig. Die anderen beiden verschwinden nämlich, wenn ich den SATA-IDE Combined Mode im BIOS deaktiviere. Jetzt frage ich mich: Wäre es möglich, dass die Hardware zu neu ist für mein Vorhaben? Oder habe ich irgendwas wichtiges übersehen?

Das Mainboard ist ein Asrock 980FX Deluxe3 mit dem AMD 980FX-Chipsatz. Hat jemand hier damit vielleicht schon ähnliche Erfahrungen gemacht? Das einzige was mir bedingt hilft, das wäre ein noapic als Bootparameter, dann startet das System auch mit der neueren IDE-Variante (/dev/scdX) ohne sich aufzuhängen. Aber dafür sind dann ein paar andere, für mich sehr wichtige Dienste, unbenutzbar. Da würde ich dann doch lieber meine IDE-Geräte unter /dev/hdX wiederfinden, bis das Problem im Kernel behoben ist. Gibt es da eine Möglichkeit?

[frodo]

Moin, Moin

ich habe die gleiche Überlegung, da der DMA Modus bei meinen VDR nicht funzt. Unter Lenny gab es da keine Probleme.
Da ich keine sATA Geräte habe, werde ich mir eine Kernel ohne sATA bauen.

Da würde ich dann doch lieber meine IDE-Geräte unter /dev/hdX wiederfinden, bis das Problem im Kernel behoben ist. Gibt es da eine Möglichkeit?

Schon mal versucht:

CONFIG_IDE=y
CONFIG_BLK_DEV_SR=n ( noscsi CDROM )
CONFIG_BLK_DEV_SD=n ( noscsi HDD )

[rendegast]

Code: Alles auswählen

    00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller (rev 40)
    01:00.0 IDE interface: Marvell Technology Group Ltd. Device 914d (rev 10)
    02:00.1 IDE interface: VIA Technologies, Inc. IDE PATA Host Controller (rev a0)

... Soweit ich das verstanden habe ist das IDE-Gerät von VIA dafür zuständig. Die anderen beiden verschwinden nämlich, wenn ich den SATA-IDE Combined Mode im BIOS deaktiviere. Jetzt frage ich mich: Wäre es möglich, dass die Hardware zu neu ist für mein Vorhaben? Oder habe ich irgendwas wichtiges übersehen?

Das Mainboard ist ein Asrock 980FX Deluxe3 mit dem AMD 980FX-Chipsatz. Hat jemand hier damit vielleicht schon ähnliche Erfahrungen gemacht?

Mache die obige Ausgabe mal mit 'lspci -nn' unter den verschiedenen BIOS-Einstellungen,
mittels einer live-CD wie grml.
Das schafft eine Übersicht, welche der Steckplätze eventuell auch (automatisch?) ganz abgeschaltet werden.
(Der marvell ist wohl ein raid-controller,
wobei jetzt nicht klar ist, ob der für sata- oder ide-Platten oder beides zuständig wäre)

Für Dein Kompilat:
drivers/ide/via82cxxx.c
drivers/ata/pata_via.c
(die Übersetzung in include/linux/pci_ids.h)
Beide Treiber bedienen dieselben Chipsätze, der jeweils andere sollte abgewählt oder zumindest blacklistet werden
(wobei blacklisten beim Erstellen und Ausführen der initrd eventuell nicht ausreicht.).

[matman]

drivers/ide/via82cxxx.c
drivers/ata/pata_via.c

Das waren auch die Treiber, die ich recht schnell im Visier hatte. Aber leider, mit dem rt Kernel keine Chance. Nun habe ich in der Zwischenzeit, wegen einigen KVM-Bugs, noch diverse andere Kernel ausprobiert. Ich glaube seit dem Vanilla-Kernel 2.6.36 oder 2.6.37 ging es dann plötzlich. Ich gehe daher davon aus, dass der aktuell stabile Realtime-Kernel 2.6.33 sowie der Debian Squeeze Standardkernel 2.6.32 viel zu alt sind für diesen Zweck. Das könnte bei einem anderen Mainboard sicher noch wieder anders sein. Aber mit meinem geht es halt nicht anders. Die neue Variante, IDE-CD-ROM's über /dev/scdX anzsprechen scheitert an meiner Hardware allerdings auch noch mit dem 3.0.0-rc6 Kernel. Gut, dass die älteren ATA-Treiber noch vorhanden sind.

Mein Mainboard, das Asrock 890FX Deluxe3 ist ja nun auch schon seit Mitte oder Ende 2009 auf dem Markt, glaube ich, aber trotzdem noch zu neu für einige Treiber. Es wäre echt wünschenswert, wenn sich die Hardwarehersteller (oder wenigstens einige von ihnen) in die Linux-Gemeinde integrieren und aktiv an der Entwicklung von Treibern teilnehmen würden. Wäre sicher ein wirksamer Slogan, wenn man auf die Verpackung schreiben kann "Linux-Treiber ab Kernel 2.X.X im Kernel-Source". Ich denke schon, dass es viele Linux-User in ihrer Kaufentscheidung beeinflussen würde.

[rendegast]

Meistens bleibt das System beim Booten immer genau dann stehen, wenn die beiden CD-Laufwerke gefunden wurden.

DVDRW416 ... 4x DVD+R, 2,4x DVD+RW, 16x CD-R, 10x CD-RW und 40x CD.
SH-D162D ... EIDE/ATA; Lesegeschwindigkeit (DVD): 16x; Lesegeschwindigkeit (CD): 48x;

Mal versucht, im Bios die Schnittstelle auf UDMA2 / UDMA33 zu begrenzen?
(Dafür eventuell auch explizit ein 40-adriges Kabel?)
Firmware-Upgrades? Bios-Upgrades?

[matman]

im Bios die Schnittstelle auf UDMA2 / UDMA33 zu begrenzen?

Nein. Ich habe allerdings auch noch keine Einstellung dort gesehen, mit der das möglich wäre. Kann ich morgen früh ja noch mal schauen, ob ich da etwas finde.