Richard Kampmann schrieb:
Hallo Arno,
danke für Deine Antwort.
[ . . . . ] hallo Richard, obwohl ich vorab davon ausgehe, dass Dir Davids Antwort die Lösung gebracht hat, hier noch eine Info: Die richtigen FritzCard-Treiber für neue Kernel bzw die Sources zum selber Kompilieren findest Du jetzt unter: http://opensuse.foehr-it.de/ Weil sich die Adresse geändert hat, konnte ich sie Dir nicht früher nennen. Bei Bedarf einfach wieder melden Gruß Arno -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Arno,
obwohl ich vorab davon ausgehe, dass Dir Davids Antwort die Lösung gebracht hat, hier noch eine Info:
Nein - leider hat sie nicht die Lösung gebracht. Siehe mein Parallelposting.
Die richtigen FritzCard-Treiber für neue Kernel bzw die Sources zum selber Kompilieren findest Du jetzt unter: http://opensuse.foehr-it.de/
Ja - das ist der Link, über den ich die von mir installierten RPM-Pakete bekommen habe. Allerdings gab es da noch keinen Link zu den Sourcen. Da ich aber die Binaries verwende, die aus diesen Sourcen entstanden sind (und ja auch funktionieren), ist es für mich etwas fraglich, ob das nun ausgerechnet etwas bringt. Dennoch - da ja sonst nichts hilft, werde ich wohl auch selber kompilieren. Ist hier nicht irgendjemand, der genau sagen kann, was Yast nach der ISDN-Konfiguration für Scripten aufruft? Es würde doch ggf. reichen, hier nachzuvollziehen, was gemacht wird und warum es dann geht. Also - mal schauen, wohin mich der Tag noch bringt. Gruß Richard -- Richard Kampmann Systemanalyse, Lösungsentwicklung, Mediation Schillerstraße 12 69493 Hirschberg
Hallo Arno,
Die richtigen FritzCard-Treiber für neue Kernel bzw die Sources zum selber Kompilieren findest Du jetzt un http://opensuse.foehr-it.de/
Weil sich die Adresse geändert hat, konnte ich sie Dir nicht früher nennen.
Bei Bedarf einfach wieder melden
Yep. Wie ich befürchtet habe: Ein Compile-Versuch geht in die Hose. Ein einfaches Make führt dazu, daß Syntaxfehler in der Datei /usr/src/packages/SOURES/fritz/src/tools.h in Zeile 74 gemeldet werden. Ich kann mir schwer vorstellen, daß mich jetzt ein wildes Debuggen in meinem Problem weiterbringt. Ich will einmal anders fragen: Wer bitte kann mir sagen, was Yast nach der ISDN-Konfig genau macht? Hier hat niemand reagiert - aber ich denke, irgendwo muß es doch jemand wissen. Ich brauche tatsächlich keine saubere Lösung, ich brauche nur eine funktionierende, aber das rasch. Und genau das wäre für mich eine Lösung: Den entsprechenden Mechanismus nochmal auslösen nach dem Systemstart. Gruß Richard
Hallo Richard, am Mittwoch, 9. Mai 2007 16:23 schrieb Richard Kampmann:
Hallo Arno,
Ich will einmal anders fragen:
Wer bitte kann mir sagen, was Yast nach der ISDN-Konfig genau macht? Hier hat niemand reagiert - aber ich denke, irgendwo muß es doch jemand wissen. Ich brauche tatsächlich keine saubere Lösung, ich brauche nur eine funktionierende, aber das rasch. Ich kann Dir leider nicht sagen wie das mit der Fritzcrard nach Yast geht. Aber soweit ich bisher gelesen habe ist nur von Modulen (hauptsaechlich) die Rede. Mit Arnos Hilfe bist Du ja schon weit (IMHO) gekommen. Du hast das Wiki http://linuxwiki.de/FritzKarte auch gelesen? Am Ende steht was von Treibern. Siehst Du ob der Treiber laeuft? Das kann ein Unterschied sein, das Yast den Treiber startet, der aber nicht beim booten startet.
Und genau das wäre für mich eine Lösung: Den entsprechenden Mechanismus nochmal auslösen nach dem Systemstart. Wie gesagt, leider kann ich das nicht pruefen.
Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Hugo,
Aber soweit ich bisher gelesen habe ist nur von Modulen (hauptsaechlich) die Rede.
Du hast das Wiki http://linuxwiki.de/FritzKarte auch gelesen?
ich bin es gerade nochmal durchgegangen. Es ist ja nicht mehr ganz taufrisch, aber soweit das noch zutrifft, ist bei mir da alles OK - inzwischen sieht das ein bißchen anders aus. (Kernelconfig kann ich nicht prüfen, da ein menuconfig Fehler wirft. Aber das ist NICHT das Problem.)
Am Ende steht was von Treibern. Siehst Du ob der Treiber laeuft?
Die Module sind die Treiber. Und was fehlt, ist das Treibermodul für die Karte, nämlich fcdsl2.
Das kann ein Unterschied sein, das Yast den Treiber startet, der aber nicht beim booten startet.
Genau! Und was genau macht Yast da???? Das ist es doch, was ich versuche herauszufinden.
Wie gesagt, leider kann ich das nicht pruefen.
Seufz. Also - ein "capiinit start" antwortet mir mit ERROR: failed to load driver fcdsl2 Und ich habe keine Ahnung, wie ich da an debug-Info komme ... (-d gibt nichts raus, auch nicht ins syslog). Gruß Richard
Hallo, Am Donnerstag, 10. Mai 2007 10:57 schrieb Richard Kampmann:
ich bin es gerade nochmal durchgegangen. Es ist ja nicht mehr ganz taufrisch, aber soweit das noch zutrifft, ist bei mir da alles OK - inzwischen sieht das ein bißchen anders aus. (Kernelconfig kann ich nicht prüfen, da ein menuconfig Fehler wirft. Aber das ist NICHT das Problem.)
Am Ende steht was von Treibern. Siehst Du ob der Treiber laeuft?
Die Module sind die Treiber. Und was fehlt, ist das Treibermodul für die Karte, nämlich fcdsl2.
Aeh - mein Fehler. Ich dachte an 'daemons' die gestartet sein muessen. So in dem Sinn 'in run level 5 muss der und der daemon laufen um das und das zu erlauben'. Sorry wenn ich da was durcheinander geworfen habe. Aber vielleicht kann man sehen welche Prozesse in welchem run level laufen. Und ein Vergleich von der ausgabe von einem 'ps -aef' vor und nch Yast könnte auch einen Hinweis geben.
Das kann ein Unterschied sein, das Yast den Treiber startet, der aber nicht beim booten startet.
Genau! Und was genau macht Yast da???? Das ist es doch, was ich versuche herauszufinden.
Schon klar dass das Dein Wunsch ist.
Wie gesagt, leider kann ich das nicht pruefen.
Seufz.
Also - ein "capiinit start" antwortet mir mit ERROR: failed to load driver fcdsl2capiinit -h
Und ich habe keine Ahnung, wie ich da an debug-Info komme ... (-d gibt nichts raus, auch nicht ins syslog).
Der Befehl capiinit -h sagt : -d, --debug save patchvalues for debugging Klingt fuer mich so, als ob nicht mehr Information ausgegeben wird aber Werte irgendwo gespeichert werden. Ansonsten muss man nochmal 'modprobe fcdsl2' probieren. Da kann man auch mit verbose arbeiten. Bei mir z.b. am Beispiel von Modul bcm43xx was ich fuer WLAN brauche (zuerst wende ich rmmod an, um es wirklich nacher neu zu laden): ... /usr/src # rmmod bcm43xx ...:/usr/src # modprobe -v bcm43xx insmod /lib/modules/2.6.18.8-0.3-default/kernel/drivers/net/wireless/bcm43xx/bcm43xx.ko ...:/usr/src # Das heisst wohl dass modprobe hier sogar den Modulnamen ausgibt. Und vielleicht fcdsl2 doch nicht in dem korrekten Verzeichnis bei Dir ist. Viele Gruesse und Erfolg Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Richard Kampmann schrieb:
Hallo Hugo,
[ . . . . ]
Die Module sind die Treiber. Und was fehlt, ist das Treibermodul für die Karte, nämlich fcdsl2.
[ . . . . .] Jetzt versteh ich Dich nicht mehr. Gestern hast Du gesagt, dass der Treiber unter /lib/modules/kernel-version/extras zu finden ist. Wie heißt das Modul unter extras? Das Modul mußt Du mit modprobe laden !!! Vergiss "fcdsl2" wenn der Name unter extras anders lautet Arno -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Arno Jung -
Hugo Mahr -
Richard Kampmann