1 |
Hallo! |
2 |
|
3 |
Am 09.06.2012 20:00, schrieb Alex Schuster: |
4 |
> Ich schnappe mir diesen Thread mal, weil ich auch eine Fritz Card |
5 |
> (PCI) habe und der ganze ISDN-Kram hier (auf ~amd64, gentoo-sources-3.3.5) |
6 |
> nicht mehr klappt, was langsam sehr nervig ist. |
7 |
|
8 |
leider scheint kaum noch jemand ISDN zu verwenden... außerhalb |
9 |
Deutschlands ja eh unüblich, das schränkt den Nutzerkreis doch stark ein... |
10 |
|
11 |
|
12 |
> Das war schon länger problematisch. |
13 |
|
14 |
Ja, leider, und ist immer wieder ein Problem wenn man eine neue Maschine |
15 |
aufsetzt oder diese einigermaßen aktuell gehalten werden soll... |
16 |
|
17 |
> Das fcpci-Paket aus portage |
18 |
> kompilierte irgendwann nicht mehr, aber ich konnte einige Patches von |
19 |
> Hand einspielen. Ab Kernel 3.0 ging das dann auch nicht mehr, aber |
20 |
|
21 |
ich habe mich im Groben an |
22 |
http://forums.gentoo.org/viewtopic-t-891622-start-0.html |
23 |
gehalten, also fcpci von |
24 |
https://belug.de/~lutz/pub/fcpci |
25 |
und patch von |
26 |
http://final-frontier.ath.cx/ebuilds/kernel-2.6.39.patch. |
27 |
Das funktioniert auch mit kernel 3.0.6 (zumindest auf zwei anderen |
28 |
Maschine wie der in meinem Ursprungsposting |
29 |
|
30 |
|
31 |
> net-dialup/fcpci aus dem dfreise-Overlay läuft. Dann kam das neue udev, |
32 |
> und seit dem kann ich keine PPP-Verbindungen mehr starten. Das liegt wohl |
33 |
> daran, dass device-nodes nicht mehr umbenannt werden können. Ich habe das |
34 |
> hier in /etc/udev/rules.d/50-capi.conf: |
35 |
|
36 |
dort habe ich |
37 |
KERNEL=="capi", NAME=="capi20", SYMLINK+="faxCAPI" |
38 |
|
39 |
aber IIRC geht das auch nicht |
40 |
|
41 |
> Die erste Regel benennt /dev/capi in /dev/capi20 um, die zweite legt ein |
42 |
> device im /dev/capi/ Unterverzeichnis an. Aber das Umbenennen mit NAME |
43 |
> geht nun nicht mehr. Doch auch wenn ich die devices manuell mit mknod |
44 |
> anlege, klappt es nicht, es liegt wohl nicht nur am udev. |
45 |
|
46 |
|
47 |
aus o.g. Anleitung geht hervor: |
48 |
Sollte /dev/capi20 nicht da sein: |
49 |
"cd /dev ; MAKEDEV capi20 ; cp -aR capi20* /lib/udev/devices/." |
50 |
|
51 |
in meinen Aufzeichnungen habe ich noch eine Bemerkung: |
52 |
in /lib/udev/devices |
53 |
chmod 666 capi20* |
54 |
ln -s capi20 faxCAPI |
55 |
|
56 |
|
57 |
vielleicht hilft Dir das ja weiter |
58 |
|
59 |
> Nun brauche ich langsam mal eine neue Lösung. Entweder mit fcpci, oder |
60 |
> mISDN, oder alternativ eine andere Karte verwenden, ich habe auch noch |
61 |
> eine HFC-PCI Karte. Achja, den alten hisax-Treiber gibt es ja auch |
62 |
> noch... |
63 |
> Was ich unbedingt brauche ist PPP. Eingehende Anrufe zu protokollieren |
64 |
> wäre schon schön (ich habe mir was gescriptet so dass dann gleich ein |
65 |
> Fenster aufgeht und mir den Anrufer anzeigt), aber zur Not verzichtbar. |
66 |
> Fax wäre auch gut, aber ich könnte auch ohne leben. |
67 |
|
68 |
ich stimme Dir zu, wobei ich aber keine anderen ISDN-Karten kaufen |
69 |
möchte. Bei mir ist das zwar andersrum, also unbedingt faxen und evtl. |
70 |
PPP. Was bei mir mit fcpci und CAPI geht ist die Protokollierung |
71 |
mittels dem Modul capidrv (Jun 12 17:57:37 server kernel: capidrv-1: |
72 |
incoming call XXXX) |
73 |
|
74 |
|
75 |
> mISDN hatte ich mir vor einer Weile mal angeschaut, aber nicht viel gutes |
76 |
> darüber gelesen. Angeblich kompiliert das eh nicht, die Gentoo-Pakete |
77 |
> sind veraltet, oder es ist eh im Kernel drin. Ich hatte mir auch mal die |
78 |
> v2 heruntergeladen, hab's aber auch nicht gebaut bekommen, und dann |
79 |
> aufgegeben ohne mir das näher anzusehen. |
80 |
|
81 |
Das Problem scheint zu sein, dass solche Dokumentationen hoffnungslos |
82 |
veraltet sind... in meinen Augen müsste man a) vernünftige Lösungen |
83 |
implementieren und b) diese auch vernünftig für die verschiedenen |
84 |
Einsatzszenarien dokumentieren. Leider kann ich im Punkt a) nichts |
85 |
ausrichten, da ist mein Wissen leider viel zu beschränkt... |
86 |
|
87 |
|
88 |
Viele Grüße |
89 |
Stefan |