Re: [gentoo-user-de] Re: Fritz Card

[Alex Schuster]

Danke für die Antwort! Und sorry dass ich nix dazu schreibe, aber ich
habe momentan sehr viel zu tun, und das Thema muss noch ein wenig warten.

Stefan Nowy schrieb:

> Am 09.06.2012 20:00, schrieb Alex Schuster:
> > Ich schnappe mir diesen Thread mal, weil ich auch eine Fritz Card
> > (PCI) habe und der ganze ISDN-Kram hier (auf ~amd64,
> > gentoo-sources-3.3.5) nicht mehr klappt, was langsam sehr nervig ist.
>
> leider scheint kaum noch jemand ISDN zu verwenden... außerhalb
> Deutschlands ja eh unüblich, das schränkt den Nutzerkreis doch stark
> ein...

Ja, leider. Ich brauche das hauptsächlich, um mich auf die Rechner
einiger meiner Kunden zwecks Fernwartung einloggen zu können. Aus
Sicherheitsgründen sind die nicht via Internet erreichbar, schon rein
physikalisch.

> > Das war schon länger problematisch.
>
> Ja, leider, und ist immer wieder ein Problem wenn man eine neue Maschine
> aufsetzt oder diese einigermaßen aktuell gehalten werden soll...

Und bei jedem neuen Kernel bangt man und fragt sich, was nun wieder nicht
geht...

> > Das fcpci-Paket aus portage
> > kompilierte irgendwann nicht mehr, aber ich konnte einige Patches von
> > Hand einspielen. Ab Kernel 3.0 ging das dann auch nicht mehr, aber
>
> ich habe mich im Groben an
> http://forums.gentoo.org/viewtopic-t-891622-start-0.html
> gehalten, also fcpci von
> https://belug.de/~lutz/pub/fcpci
> und patch von
> http://final-frontier.ath.cx/ebuilds/kernel-2.6.39.patch.
> Das funktioniert auch mit kernel 3.0.6 (zumindest auf zwei anderen
> Maschine wie der in meinem Ursprungsposting

Da lief es bei mir auch noch. 

> > net-dialup/fcpci aus dem dfreise-Overlay läuft. Dann kam das neue
> > udev, und seit dem kann ich keine PPP-Verbindungen mehr starten. Das
> > liegt wohl daran, dass device-nodes nicht mehr umbenannt werden
> > können. Ich habe das hier in /etc/udev/rules.d/50-capi.conf:
>
> dort habe ich
> KERNEL=="capi", NAME=="capi20", SYMLINK+="faxCAPI"
>
> aber IIRC geht das auch nicht

SYMLINK hatte ich auch drin, so findet man diese Regel oft im Netz. Da
ich den Fax-Kram nicht gebraucht habe, habe ich das mal der Einfachheit
halber rausgenommen.

> > Die erste Regel benennt /dev/capi in /dev/capi20 um, die zweite legt
> > ein device im /dev/capi/ Unterverzeichnis an. Aber das Umbenennen mit
> > NAME geht nun nicht mehr. Doch auch wenn ich die devices manuell mit
> > mknod anlege, klappt es nicht, es liegt wohl nicht nur am udev.
>
> aus o.g. Anleitung geht hervor:
> Sollte /dev/capi20 nicht da sein:
> "cd /dev ; MAKEDEV capi20 ; cp -aR capi20* /lib/udev/devices/."

Hossa, das legt /dev/capi20 an, sowie /dev/capi20.[01][0-9]. capiinfo
funktoniert nun, aber wenn ich eine PPP-Verbindung aufbauen will, dann
fehlt das tty /dev/capi/0. Auf dem PC mit altem udev wird es beim
PPP-Start erzeugt, aber wenn ich es mit mknod /dev/capi/0 c 251 0
manuell bei mir anlege, funktioniert das immer noch nicht (Failed to
open /dev/capi/0: No such device or address). Ach, keine Ahnung.


> vielleicht hilft Dir das ja weiter

Danke dafür, ich habe ein wenig mehr Durchblick. Und /lib/udev/devices/
kannte ich noch nicht, wie ich sehe, damit kann man leicht statische
Devices anlegen, das ist nett :)

Aber selbst wenn das wieder klappt, geht es nach dem hibernate-ram nicht
mehr. Und darauf würde ich ungerne verzichten.


> > Nun brauche ich langsam mal eine neue Lösung. Entweder mit fcpci, oder
> > mISDN, oder alternativ eine andere Karte verwenden, ich habe auch noch
> > eine HFC-PCI Karte. Achja, den alten hisax-Treiber gibt es ja auch
> > noch...
> > Was ich unbedingt brauche ist PPP. Eingehende Anrufe zu protokollieren
> > wäre schon schön (ich habe mir was gescriptet so dass dann gleich ein
> > Fenster aufgeht und mir den Anrufer anzeigt), aber zur Not
> > verzichtbar. Fax wäre auch gut, aber ich könnte auch ohne leben.
>
> ich stimme Dir zu, wobei ich aber keine anderen ISDN-Karten kaufen
> möchte. Bei mir ist das zwar andersrum, also unbedingt faxen und evtl.
> PPP. Was bei mir mit fcpci und CAPI geht ist die Protokollierung
> mittels dem Modul capidrv (Jun 12 17:57:37 server kernel: capidrv-1:
> incoming call XXXX)

Das klappt hier auch noch. Aber nur solange bis ich den Rechner mit
hibernate-ram schlafen lege, anschließend geht nix mehr. Oder... hoppla,
jetzt kann ich /etc/init.d/capi stoppen, das ging früher nicht, das
fcpci-Modul war ständig in use. Vielleicht liegt's am neuen Kernel, ich
habe seit heute 3.4.3-gentoo laufen. Womit ich auch schon Probleme hatte,
falls es daran liegt. Plötzlich hingen Dolphins, Konsolen und
plasma-desktop sowieso (aber letzteres passiert häufig), ich konnte die
Prozesse auch als root nicht killen, ps hing nach halber Ausgabe... mal
gucken, ob das nochmal auftritt. Aber zumindest habe ich jetzt wieder
Hoffnung, doch in etwa meinen alten Setup weiternutzen zu können.

> > mISDN hatte ich mir vor einer Weile mal angeschaut, aber nicht viel
> > gutes darüber gelesen. Angeblich kompiliert das eh nicht, die
> > Gentoo-Pakete sind veraltet, oder es ist eh im Kernel drin. Ich hatte
> > mir auch mal die v2 heruntergeladen, hab's aber auch nicht gebaut
> > bekommen, und dann aufgegeben ohne mir das näher anzusehen.
>
> Das Problem scheint zu sein, dass solche Dokumentationen hoffnungslos
> veraltet sind... in meinen Augen müsste man a) vernünftige Lösungen
> implementieren und b) diese auch vernünftig für die verschiedenen
> Einsatzszenarien dokumentieren. Leider kann ich im Punkt a) nichts
> ausrichten, da ist mein Wissen leider viel zu beschränkt...

Ja, die Dokumentation. Es nervt, sich da in etwas einzuarbeiten, nur um
dann doch festzustellen, dass es so nicht geht und man was anderes
versuchen muss.

Hmm, jetzt habe ich doch mehr geschrieben als gedacht :)

Danke nochmal,

	Wonko