June 2004 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Fritzcard unter eigenem 2.6er Kernel
by Andreas Rau 09 Jun '04

09 Jun '04

Hallo zusammen, ich habe vor Kurzem (versucht) den Kernel auf mein System abgestimmt. Nach dem problemlosen Start, musste ich nun feststellen, dass der Fritz-Treiber "fcpci" nicht geladen werden kann. Auch ein nachträgliches Kompilieren des Treibers (/usr/src/kernel-modules/fritzcapi) mittels "make" und "make install" ergibt immer wieder folgendes Ergebnis: ------ modprobe fcpci FATAL: Error inserting fcpci (/lib/modules/2.6.4-54.5-ar2/extra/fcpci.ko): Invalid module format ------ Ein "dmesg" bringt folgende ergänzende Auskunft: ------ fcpci: version magic '2.6.4-54.5-default 586 REGPARM gcc-3.3' should be '2.6.4-54.5-ar2 PENTIUM4 REGPARM gcc-3.3' ------ Schön dass mir hier gesagt wird, wo der Treiber läuft. ;-) Also konkret: a) Warum funktioniert der Treiber nur unter dem Standard-Kernel? b) Wie kann ich den Treiber dazu bewegen, auch unter einem selbst kompilierten Kernel zu laufen? Viele Grüße Andreas Rau

2 1

B1 ISA sinnvoller?
by Julian Pawlowski 07 Jun '04

07 Jun '04

Hallo! ich experimentiere gerade mit Asterisk herum und setze als externes Interface zur Zeit eine Fritz!PCI mit CAPI4Linux ein. Ich habe auch noch eine B1 ISA herumfliegen. Macht es ggf. Sinn, lieber die aktive Karte zu nehmen? Das mit der Prozessorzeit ist mir klar, aber das ist ja heutzutage nicht mehr der springende Punkt (bei einem solch kleinen System *g*). Viele Grüße Julian Pawlowski

4 8

Keine Einwahl mit BlueFritz! USB und SuSE 9.1
by Ingmar von Franqué 07 Jun '04

07 Jun '04

Hallo, da ich mich schon in einigen Foren umgetan und auch hier im Archiv nichts passendes gefunden habe, hier mein Anligen: Ich habe eine AVM AP-X und dazugehörend das BlueFritz! USB-Dongle für die bluetooth-Anwendungen. Installiert ist SuSE 9.1 Nun zum Problem. Unter SuSE 9.0 konte ich mit bluez und allen capi-Treibern ohne Probleme über KInternet ins Netz. Nun, unter 9.1 funktioniert das nicht mehr. Ich habe die Anleitung unter http://portal.suse.com/sdb/de/2004/04/bluefritz9_1.html befolgt, ohne Ergebnis. Auch die Anleitung von Herrn Holtman habe ich durch. Ich kann mich an der AP-X anmelden (ciptool scan oder search), funktioniert wunderbar. Mit dem Skript von H. Holtman kann ich sogar den Provider anwählen, was mir mit KInternet nicht gelingt, kann aber keine Seiten aufrufen. Ich komme zu dem Ergebnis, dass irgendwas mit der ISDN-Einstellung nicht richtig ist. Das Interessante ist, dass ich mich mit dem USB-Kabel an der AP-X wunderbar ins Internet einklinken kann, auch wenn ich die Direktverbindung gar nicht eingerichtet habe. D.h. im moment habe ich nur BlueFritz! per hotplug eingerichtet, aber ich kann mich trotzdem mit der durch das USB-Kabel verbundene AP-X ins Internet einwählen... Dabei scheint es egal zu sein, welche AP-X - ich habe derlei zwei und SuSE 9.0 hat mich jeweils beim ersten Einstöpseln danach gefragt, ob ich dieses neue Gerät konfigurieren möchte. Für jede Hilfe dankbar, -- Ingmar von Franqué

1 0

Re: [suse-isdn] Probleme mit ISDN-Einwahl nach Update von 8.2 auf 9.1
by Benjamin Zeller 07 Jun '04

07 Jun '04

Karsten Keil wrote: > On Mon, Jun 07, 2004 at 02:51:54PM +0200, Benjamin Zeller wrote: > >>>killall isdnlog >>>hisaxctrl contr0 11 0xf4f >>>hisaxctrl contr0 1 0xffff >>> >>>cat /dev/isdnctrl > ilog >>> >>>Einwahlversuch starten. >>> >>> >> >>cat ilog: >> >>73:50.88 l1 debugging flags card 1 set to f4f >>75:04.98 debugging flags card 1 set to ffff >>82:09.10 Ch0 LL->HL SETL2 card 1 3 >>82:09.10 Ch0 LL->HL SETL3 card 1 0 >>82:09.10 Ch0 LL->HL DIAL 911496 -> 08009676383 (7,0) >>82:09.10 Ch0 callc State ST_NULL Event EV_DIAL >>82:09.10 Ch0 callc ChangeState ST_OUT_DIAL >>82:09.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine >>82:49.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine >>83:29.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine >>83:29.10 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP >>83:29.10 Ch0 HL->LL STAT_DHUP >>83:29.10 Ch0 callc ChangeState ST_NULL >>83:35.10 Ch0 LL->HL SETL2 card 1 3 >>83:35.10 Ch0 LL->HL SETL3 card 1 0 >>83:35.10 Ch0 LL->HL HANGUP >>83:35.10 Ch0 callc State ST_NULL Event EV_HANGUP no routine >> > > > Zu spaet, das log sollte vor einem ersten Versuch gestartet werden, hier ist > der interessante Teil schon gelaufen, in jedem Fall ist es so, das der S0 > nicht aktiviert werden kann und ich tippe auf IRQ Probleme, weil wenn z.B: > das Kabel kaputt waer, würden trotzdem bei jedem Versuch IRQs erzeugt > werden. > den cat hab ich vor "isdnctrl dial ippp0" gemacht... Habs nochmal gemacht: 55:29.66 Ch0 LL->HL SETL2 card 1 3 55:29.66 Ch0 LL->HL SETL3 card 1 0 55:29.66 Ch0 LL->HL DIAL 911496 -> 08009676383 (7,0) 55:29.66 Ch0 callc State ST_NULL Event EV_DIAL 55:29.66 Ch0 callc ChangeState ST_OUT_DIAL 55:29.66 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 56:09.66 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 56:49.66 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 56:49.66 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP 56:49.66 Ch0 HL->LL STAT_DHUP 56:49.66 Ch0 callc ChangeState ST_NULL 56:55.66 Ch0 LL->HL SETL2 card 1 3 56:55.66 Ch0 LL->HL SETL3 card 1 0 56:55.66 Ch0 LL->HL HANGUP 56:55.66 Ch0 callc State ST_NULL Event EV_HANGUP no routine 70:18.48 debugging flags card 1 set to ffff 72:48.79 l1 debugging flags card 1 set to f4f 79:03.10 Ch0 LL->HL SETL2 card 1 3 79:03.10 Ch0 LL->HL SETL3 card 1 0 79:03.10 Ch0 LL->HL DIAL 911496 -> 08009676383 (7,0) 79:03.10 Ch0 callc State ST_NULL Event EV_DIAL 79:03.10 Ch0 callc ChangeState ST_OUT_DIAL 79:03.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 79:43.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 80:23.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 80:23.10 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP 80:23.10 Ch0 HL->LL STAT_DHUP 80:23.10 Ch0 callc ChangeState ST_NULL 80:29.10 Ch0 LL->HL SETL2 card 1 3 80:29.10 Ch0 LL->HL SETL3 card 1 0 80:29.10 Ch0 LL->HL HANGUP 80:29.10 Ch0 callc State ST_NULL Event EV_HANGUP no routine Wenn IRQ-Problem: Was kann ich jetzt tun? Vor dem Update ging ja alles tadellos :-( -- http://www.usp-reviews.de - Die USP-Testseite http://www.usp-chat.de - Der Chat zum Forum

2 1

Einwahl analog über ISDN-Karte ?
by Uwe E. Faber 07 Jun '04

07 Jun '04

Hallo, kann man sich über analog in einen Dialin Server mit FRITZ! Card! PCI einwählen, geht das prinzipiell nicht ? Oder hat jemand einen Link oder Tipp wo ich suchen kann. Danke -- Uwe Faber

2 1

Re: [suse-isdn] Probleme mit ISDN-Einwahl nach Update von 8.2 auf 9.1
by Benjamin Zeller 07 Jun '04

07 Jun '04

Karsten Keil wrote: > On Mon, Jun 07, 2004 at 12:39:22PM +0200, Benjamin Zeller wrote: > >>Karsten Keil wrote: >> >> >>>Richtig, 2 ist etwas gering, erhöht sich der Wert bei einem >>>Einwahlversuch ? >>> >>>Ruhig auch mal mit pci=noacpi versuchen, einfach am boot prompt eingeben, >>>bei >>>US Tastaturbelegung ist das Gleichheitszeichen neben der Löschtaste >>>(Backspace). >>> >> >>Weiter per PM? Oder war das keine Absicht? > > > Nein war ein Versehen. > > >>Also beim Einwahlversuch erhoeht sich dsa nicht. Ich hab die Kiste >>quasi nur Remote unter Den Fingern, pci=noacpi kann doch auch direkt > > > OK das sieht dann nach IRQ Problemen aus. > > >>in die grub.conf, oder check ich grad gar nix? > > > Natürlich, kannst Du das in die /boot/grub/menu.conf eintragen. > Ist eingetragen. cat /proc/interrupts : CPU0 0: 509070 XT-PIC timer 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 9: 0 XT-PIC uhci_hcd 10: 10053 XT-PIC eth0 11: 1 XT-PIC HiSax 12: 12687 XT-PIC aic7xxx 14: 62 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Also jetzt 1 statt 2. Jedoch erhoeht es sich nach einem Einwahl-Versuch auch nicht. -- http://www.usp-reviews.de - Die USP-Testseite http://www.usp-chat.de - Der Chat zum Forum

2 2

Problem DialinServer mit Suse 9.1 und Fritz!Card PCI
by Uwe E. Faber 07 Jun '04

07 Jun '04

Hallo, ich versuche seit eineiger Zeit einen Dialinserver mit Fritz!Card PCI und Suse Linux 9.1 vorzunehmen, es klappt leider nicht, es ist immer das gleiche Problem, das der Server nicht abnimmt siehe dazu Logfile. Ich habe unten Log und Configeinträge aufgelistet, hat jemand eine Idee was da fehlt oder falsch ist ? danke Uwe Faber LOG: Jun 7 14:00:36 linux isdnlog: Jun 07 14:00:36 * Call to tei 127 from ? on ? 1983 Jun 7 14:00:36 linux isdnlog: Jun 07 14:00:36 * Call to tei 127 from +49 721/xxxxx, Karlsruhe on +49 721/xxxx, Karlsruhe RING (Speech) Jun 7 14:00:36 linux isdnlog: Jun 07 14:00:36 * Call to tei 127 from +49 721/xxxxx, Karlsruhe on +49 721/xxxx, Karlsruhe HLC: CCITT, Telefonie Jun 7 14:00:36 linux kernel: capidrv-1: incoming call xxxx,1,1,xxxxx Jun 7 14:00:36 linux kernel: capidrv-1: patching si2=1 to 0 for VBOX Jun 7 14:00:36 linux kernel: isdn_net: call from xxxx -> 0 xxxx ignored Jun 7 14:00:36 linux kernel: isdn_tty: call from xxxx -> xxxx ignored Jun 7 14:00:36 linux kernel: capidrv-1: incoming call xxxx,1,0,xxxxx ignored Jun 7 14:00:40 linux isdnlog: Jun 07 14:00:40 * Call to tei 70 from +49 721/xxxx, Karlsruhe on +49 721/xxxxx, Karlsruhe HANGUP cfg-net0: CALLBACK="off" CBDELAY="2" CHARGEHUP="on" DEFAULTROUTE="yes" DYNAMICIP="yes" FIREWALL="no" IPADDR="" IPPPD_OPTIONS="" MSN="1831" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="" #REMOTE_IN="" cfg-contr0= SECURE="off" STARTMODE="onboot" REMOTE_IN="" AREACODE="+49 0721" DIALPREFIX="0" DRIVER="fcpci" ISDNLOG_START="yes" NAME="AVM FRITZ!Card PCI v2.0" PARA_SUBTYPE="2" PARA_TYPE="8002" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="LHB6.GGXqL9GEYV1" isdnctrl list all: Current setup of interface 'ippp0': EAZ/MSN: XXXX Phone number(s): Outgoing: Incoming: Dial mode: manual Secure: off Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 300 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0

2 1

[suse-isdn] Probleme mit ISDN-Einwahl nach Update von 8.2 auf 9.1
by Benjamin Zeller 07 Jun '04

07 Jun '04

Hallo Liste, ich/wir haben hier ein Problem mit unsrer SuSE 9.1 und ISDN. Wir haben ein Update von SuSE 8.2 auf 9.1 gemacht, was augenscheinlich ohne Probleme geklappt hatte. Jetzt tritt jedoch das Problem auf, dass die ISDN-Einwahl nicht mehr funktioniert. Nach einem "isdnctrl dial ippp0" tauchen die folgenden 3 Zeilen in /var/log/messages auf: Jun 2 13:11:47 panic kernel: ippp0: dialing 1 08009676383... Jun 2 13:11:56 panic kernel: isdn_net: local hangup ippp0 Jun 2 13:11:56 panic kernel: ippp0: Chargesum is 0 Ich habe die Karte bereits aus Yast vollstaendig rausgeworfen und neu konfiguriert, inkl dem Provider. Der SuSE-Support meinte auf die Anfrage hin nur, dass solch grosse Versions-Spruenge vom Installations-Support nicht abgedeckt sind. Deshalb wende ich mich jetzt mit Hoffnung auf Hilfe an Euch. ISDN-Karte ist eine AVM Fritz! PCI und wird einwandfrei unter Yast erkannt und kann konfiguriert werden. LG, Benni -- http://www.usp-reviews.de - Die USP-Testseite http://www.usp-chat.de - Der Chat zum Forum

2 12

(Auch) Faxprobleme mit 9.1
by Patrick Lay 07 Jun '04

07 Jun '04

Hallo, im Mai gab es da ja laut Archiv schon eine größere Diskussion, allerdings konnte ich leider keine Lösung dort finden. Bislang habe ich unter SuSE 8.1 und AVM Capi prima gefaxt (in&out) mit meiner fcclassic (eigener IRQ, IO). Nun habe ich auf 9.1 ge-updated und habe dieselben Probleme wie im anderen Thread geschildert, d.h. sowohl bei eingehenden als auch ausgehenden (Fax-)Verbindungen wird diese sofort wieder abgebaut. Gibt es da eine Lösung? Würde ungerne wieder zu 8.1 zurück ;-/ Hier die logfiles: Ausgehend (loglevel 2): ----------------------- ==> capisuite.error <== Sat Jun 5 20:45:07 2004 Connection 0x81e35a8: Warning: Connection still established in capisuitemodule_desctruct_conn(). Disconnecting. ==> capisuite.log <== Sat Jun 5 20:45:07 2004 Connection 0x81e35a8: disconnect initiated Sat Jun 5 20:45:08 2004 Connection 0x81e35a8: Connection object deleted Sat Jun 5 20:45:08 2004 CapiSuite 0xbffff220: job fax-0.sff: result was 2,0 Sat Jun 5 20:46:10 2004 CapiSuite 0xbffff220: job fax-0.sff from lay to XXX initiated Sat Jun 5 20:46:10 2004 Connection 0x81e37d8: Connection object created for outgoing call from XXX to XXX service 1 Ankommend (loglevel 3): ----------------------- Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_IND PLCI 0x101 CIP 0x4 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: Connection object created for inc oming call PLCI 101 from **32 to 29 CIP 0x4 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoN umber 1e (ignoring) Sat Jun 5 21:11:53 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x3e, Addr ess 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: PythonScript created. Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: Connection 0x81edcd0 created IncomingScript Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: call from **32 to 29 for lay conn ecting with fax Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: accepting with service 1 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: using faxStationID +49 228 422176 5 faxHeadline Patrick Lay Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_RESP ApplId 0x2,msgNum 0x3d, P LCI 0x101, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_ACTIVE_IND PLCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0x41 PLCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_B3_IND NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_B3_RESP ApplId 0x2 MsgNum 0x42 NCCI 0x10101 Reject 0x0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_B3_ACTIVE_IND NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_B3_ACTIVE_RESP ApplId 0x2 MsgN um 0x43 NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: fax connected with rate 0, lowRe s, ID: Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10101 Reason 0x3315 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: fax finished with rate 0, lowRes, ID: , 0 pages Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission initiated Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission finished Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_reception finished Sat Jun 5 21:11:53 2004 Capi 0x8169680: >DISCONNECT_B3_RESP ApplId 0x2 MsgNum 0 x44 NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: disconnect initiated Sat Jun 5 21:11:53 2004 Capi 0x8169680: >DISCONNECT_REQ ApplId 0x2 MsgNum 0x6 P LCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <DISCONNECT_CONF PLCI 0x101 Info 0x0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <DISCONNECT_IND PLCI 0x101 Reason 0x349 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >DISCONNECT_RESP ApplId 0x2 MsgNum 0x45 PLCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: connection lost with cause 0x3490 ,0x3315 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: Python: deleting connection objec t Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission initiated Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission finished Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_reception finished Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: Connection object deleted Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: IncomingScript deleted Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: PythonScript deleted.

2 1

AVM Fritzcard USB v2.1 fuktioniert plötzlich nicht mehr
by k.dees＠gmx.net 06 Jun '04

06 Jun '04

Hallo AVM und USB Exterten! Heute habe ich auf meiner SuSE 9.1 den Vanilla Kernel 2.6.6 parallel zum 2.6.5-54.5 installiert, wobei ich natürlich nichts "ausversehen" überschrieben habe. Auch Konfigurationen haben ich nicht angetastet. Da einige Sachen nicht auf Anhieb funktionierten, habe ich danach zum Arbeiten den default SuSE Kernel gebootet und siehe da, die AVM Fritzcard USB v2.1 fuktioniert nicht mehr. Ebenso erscheint im Konqueror unter devices:/ das capifs nicht mehr, zudem unter drives:/ meine USB Platte ebenfalls nicht mehr. In /var/log/messages erscheint ----snip--- Jun 4 17:02:04 linux kernel: usb 2-1: new full speed USB device using address 5 Jun 4 17:02:04 linux kernel: usb 2-1: Product: FRITZ!Card USB v2.1 Jun 4 17:02:04 linux kernel: usb 2-1: Manufacturer: AVM Berlin Jun 4 17:02:04 linux kernel: usb 2-1: configuration #1 chosen from 2 choices Jun 4 17:02:04 linux kernel: fcusb2: Driver 'fcusb2' attached to stack. (152) Jun 4 17:02:04 linux kernel: fcusb2: Cannot handle two controllers! Jun 4 17:02:04 linux kernel: fcusb2: Driver 'fcusb2' detached Jun 4 17:02:04 linux /etc/hotplug/usb.agent[8175]: Keeping default configuration with /sys//devices/pci0000:00/0000:00:1d.1/usb2/2-1 Jun 4 17:02:04 linux /etc/hotplug/usb.agent[8184]: need a device for this command Jun 4 17:02:04 linux kernel: fcusb2: Unknown device! ----snip--- Witzigerweise zeit der Suseplugger unter ISDN Controller zweimal das AVM Gerät an, jeweils mit verschiedenen "eindeutigen" Hardware-IDs. Ab und an bekomme ich auch diese Meldung: ----snip--- Jun 4 17:18:39 linux kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jun 4 17:18:39 linux kernel: printing eip: Jun 4 17:18:39 linux kernel: e51b08c6 Jun 4 17:18:39 linux kernel: *pde = 00000000 Jun 4 17:18:39 linux kernel: Oops: 0000 [#6] Jun 4 17:18:39 linux kernel: CPU: 0 Jun 4 17:18:39 linux kernel: EIP: 0060:[__crc_blk_put_request+1399291/2414955] Tainted: P Jun 4 17:18:39 linux kernel: EIP: 0060:[<e51b08c6>] Tainted: P Jun 4 17:18:39 linux kernel: EFLAGS: 00010206 (2.6.4-54.5-default) Jun 4 17:18:39 linux kernel: EIP is at ctr_info+0x36/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: eax: cefa5f40 ebx: cefa5f44 ecx: e51b9977 edx: 0000001b Jun 4 17:18:39 linux kernel: esi: 00000000 edi: ce9ae000 ebp: 00000000 esp: cefa5f2c Jun 4 17:18:39 linux kernel: ds: 007b es: 007b ss: 0068 Jun 4 17:18:39 linux kernel: Process cat (pid: 9945, threadinfo=cefa4000 task=cba50610) Jun 4 17:18:39 linux kernel: Stack: ce9ae000 cefa5f44 e51b996e e51b9969 e51b995f cefa5f7c 0000001b e51b0890 Jun 4 17:18:39 linux kernel: 00000400 08050338 ceea13a0 c017fd31 00000400 cefa5f78 dc143808 d232f400 Jun 4 17:18:39 linux kernel: 00000000 ce9ae000 00000400 00000000 00000000 c017fbd0 ceea1380 00000400 Jun 4 17:18:39 linux kernel: Call Trace: Jun 4 17:18:39 linux kernel: [__crc_blk_put_request+1399237/2414955] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [<e51b0890>] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [proc_file_read+353/624] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [<c017fd31>] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [proc_file_read+0/624] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [<c017fbd0>] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [vfs_read+174/240] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [<c015573e>] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [sys_read+44/80] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [<c015581c>] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: [<c0107dc9>] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: Jun 4 17:18:39 linux kernel: Code: 8b 06 8b 00 50 68 78 99 1b e5 68 7c 99 1b e5 53 57 e8 84 ff Jun 4 17:18:39 linux kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jun 4 17:18:39 linux kernel: printing eip: Jun 4 17:18:39 linux kernel: e51b08c6 Jun 4 17:18:39 linux kernel: *pde = 00000000 Jun 4 17:18:39 linux kernel: Oops: 0000 [#7] Jun 4 17:18:39 linux kernel: CPU: 0 Jun 4 17:18:39 linux kernel: EIP: 0060:[__crc_blk_put_request+1399291/2414955] Tainted: P Jun 4 17:18:39 linux kernel: EIP: 0060:[<e51b08c6>] Tainted: P Jun 4 17:18:39 linux kernel: EFLAGS: 00010206 (2.6.4-54.5-default) Jun 4 17:18:39 linux kernel: EIP is at ctr_info+0x36/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: eax: cefa5f40 ebx: cefa5f44 ecx: e51b9977 edx: 0000001b Jun 4 17:18:39 linux kernel: esi: 00000000 edi: cefa3000 ebp: 00000000 esp: cefa5f2c Jun 4 17:18:39 linux kernel: ds: 007b es: 007b ss: 0068 Jun 4 17:18:39 linux kernel: Process cat (pid: 9946, threadinfo=cefa4000 task=cba50610) Jun 4 17:18:39 linux kernel: Stack: cefa3000 cefa5f44 e51b996e e51b9969 e51b995f cefa5f7c 0000001b e51b0890 Jun 4 17:18:39 linux kernel: 00000400 08050338 ceea17a0 c017fd31 00000400 cefa5f78 dc143808 d232f400 Jun 4 17:18:39 linux kernel: 00000000 cefa3000 00000400 00000000 00000000 c017fbd0 ceea1780 00000400 Jun 4 17:18:39 linux kernel: Call Trace: Jun 4 17:18:39 linux kernel: [__crc_blk_put_request+1399237/2414955] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [<e51b0890>] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [proc_file_read+353/624] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [<c017fd31>] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [proc_file_read+0/624] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [<c017fbd0>] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [vfs_read+174/240] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [<c015573e>] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [sys_read+44/80] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [<c015581c>] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: [<c0107dc9>] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: Jun 4 17:18:39 linux kernel: Code: 8b 06 8b 00 50 68 78 99 1b e5 68 7c 99 1b e5 53 57 e8 84 ff Jun 4 17:18:40 linux kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jun 4 17:18:40 linux kernel: printing eip: Jun 4 17:18:40 linux kernel: e51b08c6 Jun 4 17:18:40 linux kernel: *pde = 00000000 Jun 4 17:18:40 linux kernel: Oops: 0000 [#8] Jun 4 17:18:40 linux kernel: CPU: 0 Jun 4 17:18:40 linux kernel: EIP: 0060:[__crc_blk_put_request+1399291/2414955] Tainted: P Jun 4 17:18:40 linux kernel: EIP: 0060:[<e51b08c6>] Tainted: P Jun 4 17:18:40 linux kernel: EFLAGS: 00010206 (2.6.4-54.5-default) Jun 4 17:18:40 linux kernel: EIP is at ctr_info+0x36/0x1e0 [fcusb2] Jun 4 17:18:40 linux kernel: eax: cefa5f40 ebx: cefa5f44 ecx: e51b9977 edx: 0000001b Jun 4 17:18:40 linux kernel: esi: 00000000 edi: cbd4c000 ebp: 00000000 esp: cefa5f2c Jun 4 17:18:40 linux kernel: ds: 007b es: 007b ss: 0068 Jun 4 17:18:40 linux kernel: Process cat (pid: 9947, threadinfo=cefa4000 task=cba50610) Jun 4 17:18:40 linux kernel: Stack: cbd4c000 cefa5f44 e51b996e e51b9969 e51b995f cefa5f7c 0000001b e51b0890 Jun 4 17:18:40 linux kernel: 00000400 08050338 ceea13a0 c017fd31 00000400 cefa5f78 dc143808 d232f400 Jun 4 17:18:40 linux kernel: 00000000 cbd4c000 00000400 00000000 00000000 c017fbd0 ceea1380 00000400 Jun 4 17:18:40 linux kernel: Call Trace: Jun 4 17:18:40 linux kernel: [__crc_blk_put_request+1399237/2414955] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:40 linux kernel: [<e51b0890>] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:40 linux kernel: [proc_file_read+353/624] proc_file_read+0x161/0x270 Jun 4 17:18:40 linux kernel: [<c017fd31>] proc_file_read+0x161/0x270 Jun 4 17:18:40 linux kernel: [proc_file_read+0/624] proc_file_read+0x0/0x270 Jun 4 17:18:40 linux kernel: [<c017fbd0>] proc_file_read+0x0/0x270 Jun 4 17:18:40 linux kernel: [vfs_read+174/240] vfs_read+0xae/0xf0 Jun 4 17:18:40 linux kernel: [<c015573e>] vfs_read+0xae/0xf0 Jun 4 17:18:40 linux kernel: [sys_read+44/80] sys_read+0x2c/0x50 Jun 4 17:18:40 linux kernel: [<c015581c>] sys_read+0x2c/0x50 Jun 4 17:18:40 linux kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79 Jun 4 17:18:40 linux kernel: [<c0107dc9>] sysenter_past_esp+0x52/0x79 Jun 4 17:18:40 linux kernel: Jun 4 17:18:40 linux kernel: Code: 8b 06 8b 00 50 68 78 99 1b e5 68 7c 99 1b e5 53 57 e8 84 ff ----snip--- Beim Suchen im Archiv dieser Liste habe ich ähnlichen Bericht gefunden, neu installieren wollte ich aber nicht ;-) hat jemand eine Ahnung? Danke, Gruß Kai -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info

3 2