Hallo, welche Schritte hast du denn schon erledigt? Bei mir sieht es so aus: /etc/init.d/isdn (Anhang) cat /etc/sysconfig/isdn/capi.conf.contr0 #SuSEconfig.isdn generated # card file proto io irq mem cardnr options fcusb2 fus2base.frm - - - - - cat /etc/sysconfig/isdn/cfg-contr0 AREACODE="" DEBUG="4" DIALPREFIX="" DRIVER="fcusb2" NAME="AVM FRITZ!Card USB v2.0" PARA_IO="" PARA_IRQ="" PARA_MEMBASE="" PARA_SUBTYPE="2" PARA_TYPE="8003" PROTOCOL="euro" STARTMODE="hotplug" UNIQUE="" cat /etc/sysconfig/isdn/cfg-net0 CALLBACK="off" CHARGEHUP="on" COMPRESSION="no" DEFAULTROUTE="yes" DIALMODE="auto" DYNAMICIP="yes" FIREWALL="yes" IDLETIME="300" IPADDR="0.0.0.0" MSN="0" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="LRZ" PTPADDR="0.0.0.0" STARTMODE="hotplug" USEPEERDNS="yes" cat /etc/sysconfig/isdn/scripts/load-fcusb2 #!/bin/sh RET=0 CAPI_CNR=${CAPI_CNR:=1} echo -n " $CAPI_CNR" . scripts/load-capi if [ $RET -eq 0 ]; then rc_failed $RET rc_status -v echo -n "Initializing capi for $ID ($CAPI_CNR)" $SBIN/capiinit -c capi.conf.${ID} start >& /dev/null RET=$? if [ $RET -eq 0 ]; then if [ -n "$EAZMAP" ]; then I4L_EAZMAP_$CONTR="capidrv-${CAPI_CNR} ${EAZMAP}" I4L_EAZMAP_IDX="$I4L_EAZMAP_IDX $CONTR" fi CAPI_CNR=$(($CAPI_CNR + 1)) # start_isdnlog ${CONTR_CNT} ${ID} else RET=2 fi fi test $RET -eq 0 && CONTR_CNT=$(($CONTR_CNT + 1)) grep -2 fcusb2 /etc/modules.conf pre-remove fcusb /etc/sysconfig/isdn/scripts/hotplug_usb stop fcusb post-install fcusb2 /etc/sysconfig/isdn/scripts/hotplug_usb start fcusb2 pre-remove fcusb2 /etc/sysconfig/isdn/scripts/hotplug_usb stop fcusb2 post-install fxusb /etc/sysconfig/isdn/scripts/hotplug_usb start fxusb On Saturday 24 August 2002 05:33, Lothar Reupsch wrote:

Da bin ich wieder :>)

Nachdem nun wohl feststeht, dass ich tatsächlich eine AVM Card USB 2.0 habe, habe ich noch mal von vorn begonnen. Leider (oder "wie erwartet") funktioniert es immer noch nicht, das heißt, "pppd call isdn/avm" bringt noch immer folgenden Fehler:

linux:/ # pppd call isdn/avm Plugin userpass.so loaded. userpass: $Revision: 1.3 $ Plugin capiplugin.so loaded. capiplugin: $Revision: 1.27 $ capiconn: 1.7 capiplugin: CAPI_REGISTER failed - CAPI not installed (0x1009) [No such device (19)]

Ich bin nach der ein paar Mails früher vorgeschlagenen Anweisung vorgegangen. "lsmod" bringt folgenden Output:

linux:/ # lsmod Module Size Used by Tainted: P nls_iso8859-1 2880 1 (autoclean) nls_cp437 4384 1 (autoclean) vfat 9244 1 (autoclean) fat 28984 0 (autoclean) [vfat] fcusb2 562008 0 kernelcapi 29440 1 [fcusb2] capiutil 22400 0 [kernelcapi] snd-pcm-oss 45152 1 (autoclean) snd-mixer-oss 11136 0 (autoclean) snd-via686 8068 1 snd-pcm 58528 0 [snd-pcm-oss snd-via686] snd-timer 11456 0 [snd-pcm] ipv6 123424 -1 (autoclean) snd-ac97-codec 24196 0 [snd-via686] snd-mpu401-uart 3504 0 [snd-via686] snd-rawmidi 13536 0 [snd-mpu401-uart] snd-seq-device 4336 0 [snd-rawmidi] snd 31720 0 [snd-pcm-oss snd-mixer-oss snd-via686 snd-pcm snd-timer snd-ac97-codec snd-mpu401-uart snd-rawmidi snd-seq-device] soundcore 3268 3 [snd] ds 6368 4 yenta_socket 8384 2 pcmcia_core 37984 0 [ds yenta_socket] isa-pnp 27816 0 (unused) joydev 5728 0 (unused) evdev 3904 0 (unused) input 3072 0 [joydev evdev] usb-uhci 20996 0 (unused) usbcore 55136 1 [fcusb2 usb-uhci] ext3 60160 1 jbd 42196 1 [ext3]

Und zuguterletzt, in /var/log/messages steht beim Anstöpseln des Adapters folgendes ...

Aug 24 14:21:09 linux kernel: hub.c: USB new device connect on bus1/2, assigned device number 4 Aug 24 14:21:09 linux kernel: fcusb2: Driver 'fcusb2' attached to stack Aug 24 14:21:09 linux kernel: kcapi: Controller 1: fritz-usb attached

und beim Rausziehen dieses:

Aug 24 14:22:16 linux kernel: usb.c: USB disconnect on device 4 Aug 24 14:22:16 linux kernel: fcusb2: Device unplugged. Aug 24 14:22:16 linux kernel: kcapi: Controller 1: fritz-usb unregistered Aug 24 14:22:16 linux kernel: fcusb2: Driver 'fcusb2' detached

Wer kann mir verraten, wie es jetzt weitergeht?

Viele Grüße und besten Dank im voraus, Lothar Reupsch

----- Original Message ----- From: "Karsten Keil" To: Sent: Thursday, August 22, 2002 11:03 PM Subject: Re: [suse-isdn] SuSE 8.0 und AVM Card USB 2.0

...

On Thu, Aug 22, 2002 at 09:55:08PM +0200, Lothar Reupsch wrote:

...

Hi,

i4l.rpm habe ich installiert, wie im letzten Mail beschrieben. Der

Adapter

...

...

war nicht drin, als ich das gemacht habe. Hier der Output in /var/log/messages, wenn ich den Adapter anstöpsel:

Aug 22 21:47:33 linux kernel: hub.c: USB new device connect on bus1/2, assigned device number 2 Aug 22 21:47:33 linux kernel: usb.c: USB device 2 (vend/prod

0x57c/0x1000)

...

...

is not claimed by any active driver. Aug 22 21:47:33 linux /etc/hotplug/usb.agent[1050]: ... no modules for

USB

...

...

product 57c/1000/300

Aug 22 21:49:17 linux kernel: usb.c: USB disconnect on device 2 Aug 22 21:49:18 linux /etc/hotplug/usb.agent[1092]: ... no drivers for

USB

...

...

product 57c/1000/300 loaded?

Was bedeutet das?

Das Du doch eine Fritz!CARD USB v2.0 hast. Bei einer Fritz!CARD USB wuerde da product 57c/c00/300

-- Karsten Keil SuSE Labs ISDN development

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com

Hi, beim Booten bekomme ich folgende, teilweise abweichende Treiberinfos: (Was ist eigentlich mit der sogenannten Firmware? Muß ich da noch was machen?) ----- Original Message ----- From: "Sebastian Huber" To: Sent: Sunday, August 25, 2002 2:06 AM Subject: Re: [suse-isdn] SuSE 8.0 und AVM Card USB 2.0

Hi, und beim Booten gibt es folgende Treiberinfos:

usb-uhci.c: USB UHCI at I/O 0x1c20, IRQ 11 usb-uhci.c: USB UHCI at I/O 0x1000, IRQ 5

usb-uhci.c: Detected 2 ports usb-uhci.c: Detected 2 ports

usb.c: new USB bus registered, assigned bus number 2 usb.c: new USB bus registered, assigned bus number 1

hub.c: USB hub found hub.c: USB hub found

hub.c: 2 ports detected hub.c: 2 ports detected

usb-uhci.c: v1.275:USB Universal Host Controller Interface driver usb-uhci.c: v1.275:USB Universal Host Controller Interface driver

hub.c: USB new device connect on bus1/1, assigned device number 2 hub.c: USB new device connect on bus1/2, assigned device number 2

usb.c: USB device 2 (vend/prod 0x57c/0x1000) is not claimed by any active driver. usb.c: USB device 2 (vend/prod 0x57c/0x1000) is not claimed by any active driver

CAPI-driver Rev 1.1.4.1: loaded CAPI-driver Rev 1.1.4.1: loaded

fcusb2: AVM FRITZ!Card USB v2 driver, revision 0.2 fcusb2: AVM FRITZ!Card USB v2 driver, revision 0.2

fcusb2: (fcusb2 built on Aug 19 2002 at 16:02:15) fcusb2: (fcusb2 built on Jun 1 2002 at 02:15:10)

fcusb2: Loading... fcusb2: Loading...

kcapi: driver fcusb2 attached kcapi: driver fcusb2 attached

usb.c: registered new driver fcusb2 usb.c: registered new driver fcusb2

fcusb2: Driver 'fcusb2' attached to stack fcusb2: Driver 'fcusb2' attached to stack

kcapi: Controller 1: fritz-usb attached kcapi: Controller 1: fritz-usb attached

fcusb2: Loaded. fcusb2: Loaded

capifs: Rev 1.1.4.1 capi20: started up with major 68 kcapi: capi20 attached capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs) CSLIP: code copyright 1989 Regents of the University of California ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded kcapi: capidrv attached kcapi: appl 1 up capidrv: Rev 1.1.4.1: loaded fcusb2: Stack version 3.09-10 kcapi: card 1 "fritz-usb" ready. kcapi: notify up contr 1 capidrv: controller 1 up capidrv-1: now up (2 B channels) capidrv-1: D2 trace enabled capi: controller 1 up

habe ich alles nicht!, dafür das: pppd[1100]: Plugin userpass.so loaded. linux pppd[1100]: userpass: $Revision: 1.3 $ linux pppd[1100]: Plugin capiplugin.so loaded. linux pppd[1100]: capiplugin: $Revision: 1.27 $ linux pppd[1100]: capiconn: 1.7 linux modprobe: modprobe: Can't locate module char-major-68 linux pppd[1100]: capiplugin: CAPI_REGISTER failed - CAPI not installed (0x1009) [No such device (19)] linux pppd[1100]: Exit.

So wie ich das sehe, laedt der USB Treiber den fcusb2 Treiber. Dieser loest mit seinem post-install das Ausfuehren des ISDN Hotplugskript aus. Das wiederum fuehrt das load-fcusb2 Skript aus, was CAPI und Karte initialisiert. Eigentlich genial.

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com

Hallo! On Saturday 24 August 2002 12:47, foskaty@gmx.de wrote:

Hallo!

Wenn Du das hast:

...

kcapi: Controller 1: fritz-usb attached fcusb2: Loaded

... dann *muß* das:

...

...

capifs: Rev 1.1.4.1 capi20: started up with major 68 kcapi: capi20 attached capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs) CSLIP: code copyright 1989 Regents of the University of California ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1

loaded

...

kcapi: capidrv attached kcapi: appl 1 up capidrv: Rev 1.1.4.1: loaded fcusb2: Stack version 3.09-10 kcapi: card 1 "fritz-usb" ready. kcapi: notify up contr 1 capidrv: controller 1 up capidrv-1: now up (2 B channels) capidrv-1: D2 trace enabled capi: controller 1 up

habe ich alles nicht!,

... irgendwann früher ausgeführt worden sein. Denn fcusb2 kann nicht geladen werden (was er aber ist, siehe "loaded"), ohne daß kcapi & Co. im Speicher vorhanden sind.

Das kcapi & Co. wird schaetzungsweise gleich am Anfang - von wem auch immer - geladen (ipppd?). syslogd 1.4.1: restart. ipppd[714]: Found 1 device: ipppd[715]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started ipppd[715]: init_unit: 0 ipppd[715]: Connect[0]: /dev/ippp0, fd: 9 insmod: Using /lib/modules/2.4.18-4GB/kernel/drivers/isdn/avmb1/capiutil.o insmod: Symbol version prefix '' insmod: Using /lib/modules/2.4.18-4GB/kernel/drivers/isdn/avmb1/kernelcapi.o insmod: Using /lib/modules/2.4.18-4GB/misc/fcusb2.o rcpcmcia: /sbin/insmod /lib/modules/2.4.18-4GB/kernel/drivers/pcmcia/pcmcia_core.o kernel: klogd 1.4.1, log source = /proc/kmsg started. kernel: Inspecting /boot/System.map-2.4.18-4GB kernel: Loaded 12771 symbols from /boot/System.map-2.4.18-4GB. kernel: Symbols match kernel version 2.4.18. rcpcmcia: /sbin/insmod /lib/modules/2.4.18-4GB/kernel/drivers/pcmcia/pcmcia_core.o rcpcmcia: /sbin/insmod /lib/modules/2.4.18-4GB/kernel/drivers/pcmcia/yenta_socket.o kernel: Loaded 339 symbols from 19 modules. kernel: 8139too Fast Ethernet driver 0.9.24 kernel: PCI: Found IRQ 11 for device 02:0d.0 kernel: PCI: Sharing IRQ 11 with 00:1d.2 kernel: PCI: Sharing IRQ 11 with 00:1f.1 kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xd1a90000, 00:e0:00:62:c2:87, IRQ 11 kernel: eth0: Identified 8139 chip type 'RTL-8139C' kernel: eth0: Setting half-duplex based on auto-negotiated partner ability 0000. kernel: usb.c: registered new driver usbdevfs kernel: usb.c: registered new driver hub kernel: usb-uhci.c: $Revision: 1.275 $ time 14:22:01 Mar 27 2002 kernel: usb-uhci.c: High bandwidth mode enabled kernel: PCI: Enabling device 00:1d.0 (0000 -> 0001) kernel: PCI: Found IRQ 11 for device 00:1d.0 kernel: PCI: Sharing IRQ 11 with 02:0a.0 kernel: PCI: Setting latency timer of device 00:1d.0 to 64 kernel: usb-uhci.c: USB UHCI at I/O 0x1c00, IRQ 11 kernel: usb-uhci.c: Detected 2 ports kernel: usb.c: new USB bus registered, assigned bus number 1 kernel: hub.c: USB hub found kernel: hub.c: 2 ports detected kernel: PCI: Enabling device 00:1d.2 (0000 -> 0001) kernel: PCI: Found IRQ 11 for device 00:1d.2 kernel: PCI: Sharing IRQ 11 with 00:1f.1 kernel: PCI: Sharing IRQ 11 with 02:0d.0 kernel: PCI: Setting latency timer of device 00:1d.2 to 64 kernel: usb-uhci.c: USB UHCI at I/O 0x1c20, IRQ 11 kernel: usb-uhci.c: Detected 2 ports kernel: usb.c: new USB bus registered, assigned bus number 2 kernel: hub.c: USB hub found kernel: hub.c: 2 ports detected kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver kernel: hub.c: USB new device connect on bus1/1, assigned device number 2 kernel: usb.c: USB device 2 (vend/prod 0x57c/0x1000) is not claimed by any active driver. kernel: CAPI-driver Rev 1.1.4.1: loaded kernel: fcusb2: AVM FRITZ!Card USB v2 driver, revision 0.2 kernel: fcusb2: (fcusb2 built on Aug 19 2002 at 16:02:15) kernel: fcusb2: Loading... kernel: kcapi: driver fcusb2 attached kernel: usb.c: registered new driver fcusb2 kernel: fcusb2: Driver 'fcusb2' attached to stack kernel: kcapi: Controller 1: fritz-usb attached kernel: fcusb2: Loaded. kernel: capifs: Rev 1.1.4.1 kernel: capi20: started up with major 68 kernel: kcapi: capi20 attached kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs) kernel: CSLIP: code copyright 1989 Regents of the University of California kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded kernel: kcapi: capidrv attached kernel: kcapi: appl 1 up kernel: capidrv: Rev 1.1.4.1: loaded kernel: fcusb2: Stack version 3.09-10 kernel: kcapi: card 1 "fritz-usb" ready. kernel: kcapi: notify up contr 1 kernel: capidrv: controller 1 up kernel: capidrv-1: now up (2 B channels) kernel: capidrv-1: D2 trace enabled kernel: capi: controller 1 up kernel: ippp, open, slot: 0, minor: 0, state: 0000 kernel: ippp_ccp: allocated reset data structure c1fda800 [...]

Ich vermute also, daß Du die Datei /etc/capi.conf besitzt... kann das sein?

Nein, die existiert nicht.

Gruß, =OF=

On Mon, Aug 26, 2002 at 02:23:47PM +0200, foskaty@gmx.de wrote:

Hallo!

...

Das kcapi & Co. wird schaetzungsweise gleich am Anfang - von wem auch immer - geladen (ipppd?).

Kann indirekt sein, wenn irgendjemand an der /etc/modules.conf rumgespeilt hat und irgendetwas wie: alias char-major-43 capidrv alias char-major-44 capidrv alias char-major-45 capidrv eingetragen hat. Das laed den capidrv und damit die capimodule sobald ein ipppX angesprochen wird. Das wird bei Verwendung der SuSE Startscripte nicht benoetigt und kann zu Problemen fuehren.

ipppd sicher nicht, aber vielleicht hast Du den Controller als "onboot" bei YaST eingetragen?

So wie es aussieht nicht den controller, aber die Netzwerkverbindung (cfg-net0). Auch dort muss der Startmode auf hotplug stehen. -- Karsten Keil SuSE Labs ISDN development

Hi an alle, die auch mit AVM Fitz!Card USB 2.0 experimentieren! Ich habe sie wieder zum laufen bekommen, auch dank der vielen Hinweise von Euch. Und zwar habe ich im wesentlichen folgendes gemacht: 1. Mit RPM hab' ich i4l (und aus irgendwelchen Gründen hatte er auch i4lfirm drin) deinstalliert, auch alle Programme, die davon abhängen (CAPI,....), habe ich platt gemacht. 2. das AVM Suse-8 Zeug genommen und mit ./install -r deinstalliert (dabei muss das Modem auch ausgesöpselt sein). 3. Vom Suse ftp-Server hab ich mir das neueste i4l rpm geholt und mit rpm installiert (nicht Yast, geht das überhaupt, eine beliebige RPM über YAST zu installieren? egal) 4. rpm -V i4l.rpm gibt mir übrigens immer fehler, auch wenn es ganz frisch installiert ist... Also /etc/init.d/isdn durch Karstens Datei ersetzt. Zwischendurch kam dann irgendwo eine Meldung, dass er irgendwelche Verzeichnisse nicht löschen konnte, da noch Files da waren. rm -rf über diese Directories löste das Problem... Und dann ging der Spass los: Wenn ich die AVM Sachen einfach installierte (mit anschließendem Reboot, wie gefordert), ging nix. Karsten hat ja erklärt woran das liegt, die Kernelmodule werden als vorhanden angezeigt, sie sind es aber nicht. Also was mache ich: Nehme Karstens mail vom 20. August und gehe seine Erklärung, was das Skript tut, Schritt für Schritt durch. Wenn eine Datei nicht gefunden wird (z.B. war bei mir eine Konfig Datei, die von Yast angelegt wird, in der Deinstalliererei auch futsch, so dass ich die mit Yast nochmal erzeugen musste), hab' ich Hand angelegt, etwa nach Dateien gesucht oder mit Yast angelegt. Und dann am Ende konnte ich als Root von der Kommandozeile aus mich einwählen... (nachdem ich das Modem wieder reingesteckt hatte). Nach einem oder zwei Reboots ging das dann auch mit kinternet als normaler User. Und nun hoffe ich, dass das auch so bleibt und nicht irgendein Cron-Job oder konfig das wieder zerschießt. Und dann werde ich wohl i4l nicht wieder updaten, außer ein Experte (Karsten....) gibt mir genaue Hinweise, warum das notwendig ist, und erklärt, das es ungefährlich ist (und wer würde sich das schon trauen...). Also viel Erfolg den weiteren Installierern.. Thorsten