ISDN unter aktuellem Kernel

mikelm · Beitrag von **mikelm** » 04.01.2006 20:40:57

Hallo,

was muss man eigentlich noch tun, um unter einem aktuellen Kernel (2.6.15) die AVM Fritz PCI einzurichten?

Die Howtos sind ziemlich veraltet.

Ich habe bisher den AVM Treiber verwendet. Das läuft auch wunderbar, einschließlich KisdnWatch.

Wie sieht es mit misdn aus? Ist das komplett im Kernel (ohne patchen), läuft dann noch KisdnWatch, welche Vor- Nachteile hat der AVM/misdn Treiber???

Der NAchteil vom AVM Treiber ist, dass man ihn immer wieder nach einem Kernelupdate neu nachinstallieren muss.

Ich habe den AVM Treiber mit Dial-on-demand am Laufen. Was nicht geklappt hat, war die Kanalbündelung.

Geht das mit misdn?

Michael

Pansen · Beitrag von **Pansen** » 30.03.2006 13:30:29

hallo,
ich habe ein ähnliches Problem. Leider bin ich noch nicht annähernd so weit wie Michael.
Ich habe eine Fritz PCMCIA und die Hisax- Module spucken mir auch aus, dass das Teil erkannt wurde. Gibt es für den 2.6. Kernel eine Anleitung, mit der ich ISDN generell zum Fliegen bringe? Und welche Möglichkeiten gibt es (Hisax, Capi etc.)?

Burkhard

Michael41a · Beitrag von **Michael41a** » 04.07.2006 14:03:51

Gibt es hier schon neue Erkenntnisse? Ich habe Etch, Kernel 2.6.15-1-686 und kriege ISDN nicht zum Laufen.

Die Installation des Fritz-Treibers (make, make install) lief problemlos, alle Treiber, die ich bei Kernel 2.6.8 hatte (fcpci, capidrv, capifs, capi, kernelcapi) , sind auch geladen. /etc/default/capisuite ist auf "y" und die /etc/capisuite ist auch eingerichtet.

Was ist denn noch zu tun? Unter sarge mit altem Kernel ging das so einfach.

Gruß, Michael

blitzie · Beitrag von **blitzie** » 23.07.2006 12:22:59

Hallo Michael41a,

schau Dir das mal an:

http://www.pro-linux.de/t_hardware/howt ... ci2.0.html

damit habe ich meine FritzCard! PCI ans laufen bekommen.
Weiter könnte auch der Part zum CAPI einrichten in diesem Howto sein:

http://www.debianhowto.de/doku.php/de:h ... x_avm_isdn

Denn darin steht das man die Hisax Treiber entfernen soll.

Michael41a · Beitrag von **Michael41a** » 23.07.2006 13:01:43

Hi,

danke für den Link. Ich habe jetzt einfach, wie dort beschreiben, "isdnactivecards" und "pppdcapiplugin" installiert, und nun geht es.

Gruß, Michael

blitzie · Beitrag von **blitzie** » 23.07.2006 14:25:42

Super ich konnte auch mal helfen

Michael41a · Beitrag von **Michael41a** » 23.07.2006 14:30:15

Jetzt fehlt mir nur noch kisdnwatch zu meinem Glück, aber für Etch scheint es das noch nicht zu geben.

daedalus · Beitrag von **daedalus** » 23.07.2006 14:45:58

Selber übersetzen

(musste ich auch schon bei einigen Paketen in testing, so ist das nun mal...)

Michael41a · Beitrag von **Michael41a** » 23.07.2006 14:56:18

Ich habe mir die *.rpm-Datei geholt und mit alien umgewandelt. Ließ sich auch fehlerlos installieren. Nur aufrufen kann ich das Programm nicht. Bei kisTAB-TAB kommt nichts.

daedalus · Beitrag von **daedalus** » 23.07.2006 14:58:17

Dürfte ein Bibliotheken-Abhängigkeitsproblem sein...

Michael41a · Beitrag von **Michael41a** » 23.07.2006 15:05:55

Und wie kann ich kisdnwatch selbst übersetzen? Davon habe ich leider Null Ahnung. Du meinst doch sicher da Paket von der AVM-Seite?

daedalus · Beitrag von **daedalus** » 23.07.2006 15:26:52

Du besorgst Dir den Quellcode, liest die Dokumentation und hoffst, dass es geht

(Ich habe kein ISDN unter Etch probiert, kann also nicht sagen, ob es geht, eber wenn es Dir wichtig ist, ist es sicher einen Versuch wert...)
Google liefert z.B. http://www.math.temple.edu/doc/packages ... README.htm

Beitrag von **KBDCALLS** » 23.07.2006 17:14:18

Und wer bis nach unten auf der Webseite weiterliest findet dort einen Link zu den Debianpaketen http://www.mpe.mpg.de/~ach/

Michael41a · Beitrag von **Michael41a** » 23.07.2006 17:31:56

Richtig. Für Sarge und Sid. Hatte ich beide ausprobiert. Ging leider nicht unter Etch.

Beitrag von **KBDCALLS** » 23.07.2006 17:47:10

Dann saugt man sich die Sourcen die dort für Debian angeboten werden und baut sich das Paket selbst mit dpkg-buildpackage vorher mit dpkg-checkbuilddeps checken ob die Buildabhängikeiten erfüllt sind.

cosmac · Beitrag von **cosmac** » 11.08.2006 23:01:21

n´abend,

löschen ist ja auch böse

Mit apt(itude) normal deinstallieren ging
bei mir fast. Von der Paketverwaltung her war alles ganz normal, aber
erst als ich 2 bis 3 Verzeichnisse von Hand gelöscht hatte, hat das
klassische makedev wieder funktioniert. Ich hab´ mit

Code: Alles auswählen

# updatedb
# locate udev

gesucht und einfach alles gelöscht -- böse, aber gut

danach konnte ich die Firmware für WLAN nicht mehr laden,

aber ich denke inzwischen, dass das das kleinere Übel ist.

Hoffentlich fliegt udev bald raus, wofür soll das überhaupt gut sein?

Beitrag von **KBDCALLS** » 14.08.2006 20:12:24

Aus welchem Grunde soll Udev rausfliegen ? Das hat man doch das devfs aus dem dem Kernel rausgeschmssen.

cosmac · Beitrag von **cosmac** » 15.08.2006 16:42:34

KBDCALLS hat geschrieben:Aus welchem Grunde soll Udev rausfliegen ?

Weil es nicht funktioniert.
Siehe diverse Problem-Fragen in diesem Forum.

Etwas vornehmer ausgedrückt: ich wünsche mir für Etch,
dass udev nicht per default installiert wird. Für den Installer
und für spezielle Anforderungen mag der Stress o.k. sein,
aber ein normales System sollte ohne sowas laufen.

Beitrag von **KBDCALLS** » 15.08.2006 19:22:13

Es hat zwar bei mir auch mal Amok gelaufen, das war dan aber meine Schuld weil ich nicht aufpasst beim Prugen von überflüssigen Paket. Kann passieren, Udev ist ja auch noch längst nicht fertig, aber zu sagen das es nicht funktioniert kann so nicht sagen, eventuell muß alerdings manchmal etwas nachhelfen. Zum Beispiel hat Udev immer noch Probleme mit dem anlegen von Pipes.