Hallo Jan,

danke für den Tipp, ich hab alles ausprobiert, mit überwiegend positivem Erfolg. Die Kommandos mit entsprechender Ausgabe habe ich nachfolgend aufgeführt. # rcsmpppd stop Aug 25 08:59:04 office smpppd[6508]: terminating on signal 15 Aug 25 08:59:04 office SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Aug 25 08:59:04 office SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 … Aug 25 08:59:05 office SuSEfirewall2: Firewall rules successfully set # rcisdn restart Aug 25 09:10:16 office kernel: fcpci: Removing registered applications! Aug 25 09:10:16 office kernel: kcapi: card 1 down. Aug 25 09:10:16 office kernel: capidrv: controller 1 down Aug 25 09:10:16 office kernel: capidrv-1: now down. Aug 25 09:10:16 office kernel: fcpci: Removing… Aug 25 09:10:16 office kernel: kcapi: Controller 1: fcpci-b000-09 unregistered Aug 25 09:10:16 office kernel: fcpci: Removed. Aug 25 09:10:16 office kernel: fcpci: Driver ‘fcpci’ detached Aug 25 09:10:16 office kernel: capi: Rev 1.1.2.7: unloaded Aug 25 09:10:16 office kernel: capidrv: Rev 1.1.2.2 : unloaded Aug 25 09:10:16 office kernel: ISDN-subsystem unloaded Aug 25 09:10:16 office kernel: CAPI Subsystem Rev 1.1.2.8 Aug 25 09:10:16 office kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Aug 25 09:10:17 office kernel: fcpci: unsupported module, tainting kernel. Aug 25 09:10:17 office kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.6.0 Aug 25 09:10:17 office kernel: fcpci: (fcpci built on Mar 24 2005 at 00:27:51) Aug 25 09:10:17 office kernel: ACPI: PCI interrupt 0000:01:0a.0[A] -> GSI 9 (level, low) -> IRQ 9 Aug 25 09:10:17 office kernel: fcpci: AVM FRITZ!Card PCI found: port 0xb000, irq 9 Aug 25 09:10:17 office kernel: fcpci: Loading… Aug 25 09:10:17 office kernel: fcpci: Driver ‘fcpci’ attached to stack. (152) Aug 25 09:10:17 office kernel: fcpci: Stack version 3.11-02 Aug 25 09:10:17 office kernel: kcapi: Controller 1: fcpci-b000-09 attached Aug 25 09:10:17 office kernel: kcapi: card 1 “fcpci-b000-09” ready. Aug 25 09:10:17 office kernel: fcpci: Loaded. Aug 25 09:10:17 office kernel: CSLIP: code copyright 1989 Regents of the University of California Aug 25 09:10:17 office kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded Aug 25 09:10:17 office kernel: capidrv-1: now up (2 B channels) Aug 25 09:10:17 office kernel: capidrv-1: D2 trace enabled Aug 25 09:10:17 office kernel: capidrv: Rev 1.1.2.2: loaded Aug 25 09:10:17 office kernel: end_request: I/O error, dev fd0, sector 0 # rcsmpppd start Aug 25 09:11:37 office smpppd[11091]: smpppd version 1.58 started # isdnctrl dial ippp0 Ausgabe : No such device Das Kinternet-Symbol war immer noch mit einem roten Ausrufezeichen versehen. Nach Rechtsklick darauf war der Punkt „Verbindung zum Server wiederherstellen“ aktiv.
Danach funktioniert alles wie es soll :-)
Nach einem Neustart muss ich natürlich alle Schritte wieder ausführen. Wie bekomme ich das mit dem Hotplug geregelt?

Axel

Brauchst du tatsächlich die Faxfunktion des fcpci-Treibers?

Zum Hintergrund: Ich hatte mit dem CAPI-Treiber schon häufiger genau diese Probleme und bisher nicht herausgefunden, woran genau es lag. Mit dem alternativen HiSax-Treiber funktioniert es dagegen auf Anhieb — der kann allerdings kein FAX. DIE Auswahl des Treibers kannst du per Yast->Netwerkgeräte->ISDN vornehmen, da gibt es auf der Seite mit der Rufnummer etc. oben links ein Auswahlfeld.

Jan

Hallo,

leider brauche ich die Faxfunktion, ich habe einen kleinen Betrieb und da gib es tasächlich noch Faxe. Um ein echtes Faxgerät anzuschaffen sind es aber zu wenig.
Ich habe mir folgendes überlegt, weiß aber nicht genau ob das so möglich ist:
Ich packe die drei Befehle in ein Script, das läuft gut, hab ich schon probiert.
Ich setzte einen Symlink von /etc/init.d/rc5.d auf dieses Script, dann müßte es doch beim Start ausgeführt werden, oder?
bis dann

Axel

Hallo Axel,

ich habe derzeit das gleiche Problem mit einer Fritz!Card, und das hier habe ich in der Suse-Support-Datenbank dazu ausgegraben:

Keine ISDN Einwahl mit Kinternet möglich

Bezieht sich auf: SUSE LINUX 9.0
Symptom
Bei einer ISDN Konfiguration, die als Hotplug (USB) Gerät eingerichtet ist, kann mit
Kinternet keine Einwahl durchgeführt werden.

Eine Einwahl mit Kinternet ist erst mit folgenden Punkten möglich.

– durch einloggen als Root

– eine Neukonfiguration mit YaST

– durch den Neustart des smpppd Daemon – rcsmpppd restart –

Ursache
Kinternet nutzt den smpppd Daemon zur Internet-Einwahl. Der Daemon wird in
diesem Fall vor dem Einbinden des ISDN Devices ausgeführt. Da aber zu diesem
Zeitpunkt noch kein Device zur Verfügung steht, wird dieser auch nicht
berücksichtigt und es kann somit keine Einwahl durchgeführt werden.
Lösung
Öffnen Sie mit einem Editor die Datei /etc/init.d/smpppd. Fügen Sie dann in der Zeile

# Required-Start: $remote_fs $network $syslog

den Wert $All ein und löschen die anderen Einträge, so dass es wie folgt aussieht:

# Required-Start: $All

Nach dem Abspeichern führen Sie als root den Befehl

insserv smpppd

aus.
Jetzt sollte nach jedem Neustart eine Einwahl mit Kinternet möglich sein.

Hinweis
Bei manchen Systemen kann anstatt des oberen Eintrags der folgender Eintrag nötig sein:

# Required-Start: hwscan $remote_fs $network $syslog

Stichwörter: kinternet, smpppd, einwahl, isdn
spacer

Ich werde das gleich ausprobieren, vielleicht hilft Dir das ja auch.

Randolf