Promise FastTrak 376 und SuSE 9.0 update
Hallo Liste, ich wollte heute mein Testsystem updaten, und bin voll in eine Falle getappt .... Das Mainboard hat eine FastTrak 376 RAID Controller onboard (Asus A7V8X), an welchem ein RAID 1 aus zwei Platten hängt (/home & /var). Nun habe ich denn heute doch mal zum testen das Onlineupdate durchgeführt .... und seitdem kein RAID mehr. Ein "insmod ft3xx" erbringt: testsuse9:/tmp/floppy # insmod ft3xx Using /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol scsi_unregister_R0e919cc2 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol scsi_register_Rc0a797b2 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol fasync_helper_R0bb7af38 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol kill_fasync_R5b861e2c /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol register_chrdev_R3b9d3ee7 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: Hint: You are trying to load a module without a GPL compatible license and it has unresolved symbols. Contact the module supplier for assistance, only they can help you. testsuse9:/tmp/floppy # Ist das wirklich eine Sache des Treiberherstellers (Promise), oder kann ich da selbst etwas machen? Ich habe bis dato keien sourcen für den Treiber (TX4000 Familie) gefunden .... Danke & Gruß Torsten
Hi,
nachdem ich noch ein wenig auf dem Promise Server gesucht habe, fand ich
denn auch den source code.
Naja, heruntergeladen, entpackt, in /usr/src/linux ein make menuconfig
ausgeführt.
Dann die .config Datei erstellen lassen, in das Verzeichnis des Treibers
gewechselt, und dort ein make all ausgeführt.
Anschließend die ft3xx.o Datei nach
/lib/modules/2.4.21-166-athlon/kernel/drivers/scsi kopiert.
Danach ein insmod ft3xx durchgeführt, und dann ein mount -a.
Die Verzeichnisse kamen wieder zum Vorschein, sodaß ich das System neu
starten konnte.
Nun funzt es wieder wie es sollte.
Gruß
Torsten
----- Original Message -----
From: "Torsten E."
Hallo Liste,
ich wollte heute mein Testsystem updaten, und bin voll in eine Falle getappt ....
Das Mainboard hat eine FastTrak 376 RAID Controller onboard (Asus A7V8X), an welchem ein RAID 1 aus zwei Platten hängt (/home & /var). Nun habe ich denn heute doch mal zum testen das Onlineupdate durchgeführt .... und seitdem kein RAID mehr.
Ein "insmod ft3xx" erbringt: testsuse9:/tmp/floppy # insmod ft3xx Using /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol scsi_unregister_R0e919cc2 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol scsi_register_Rc0a797b2 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol fasync_helper_R0bb7af38 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol kill_fasync_R5b861e2c /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: unresolved symbol register_chrdev_R3b9d3ee7 /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi/ft3xx.o: Hint: You are trying to load a module without a GPL compatible license and it has unresolved symbols. Contact the module supplier for assistance, only they can help you.
testsuse9:/tmp/floppy #
Ist das wirklich eine Sache des Treiberherstellers (Promise), oder kann ich da selbst etwas machen? Ich habe bis dato keien sourcen für den Treiber (TX4000 Familie) gefunden ....
Danke & Gruß Torsten
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Tue, 13 Jan 2004, Torsten E. schrieb:
nachdem ich noch ein wenig auf dem Promise Server gesucht habe, fand ich denn auch den source code. Naja, heruntergeladen, entpackt, in /usr/src/linux ein make menuconfig ausgeführt. Dann die .config Datei erstellen lassen, in das Verzeichnis des Treibers gewechselt, und dort ein make all ausgeführt. Anschließend die ft3xx.o Datei nach /lib/modules/2.4.21-166-athlon/kernel/drivers/scsi kopiert. Danach ein insmod ft3xx durchgeführt, und dann ein mount -a. Die Verzeichnisse kamen wieder zum Vorschein, sodaß ich das System neu starten konnte. Nun funzt es wieder wie es sollte.
Ist doch immer das gleiche: Neuer Kernel? ==> externe Module (Alsa[1], vmware, nvidia, ft3xx, ...) muessen neu kompiliert werden. -dnh [1] ab Kernel 2.6 nicht mehr, da ist Alsa schon drin -- Gentile or Jew O you who turn the wheel and look to windward, Consider Phlebas, who was once handsome and tall as you. -- T. S. Eliot, `The Wasted Land', IV
participants (2)
-
David Haller
-
Torsten E.