Hallo, naja, nun ist noch etwas aufgetaucht ... :( Ich habe heute morgen das per YOU angebotene Kernelupdate eingespielt, und erhielt danach eine zeitlang folgende Meldungen: [Auszug] Nov 12 09:51:49 suse92 kernel: capilib_data_b3_req: ncci 0x10102 not found Nov 12 09:51:49 suse92 kernel: capilib_data_b3_conf: ncci 0x10102 not found Nov 12 09:51:50 suse92 kernel: capilib_new_ncci: kcapi: appl 6 ncci 0x10102 up Nov 12 09:51:53 suse92 kernel: kcapi: appl 6 ncci 0x10102 down Nov 12 09:51:54 suse92 kernel: capilib_new_ncci: kcapi: appl 6 ncci 0x10102 up Nov 12 09:51:54 suse92 kernel: capilib_data_b3_req: ncci 0x10102 not found Nov 12 09:51:54 suse92 kernel: capilib_data_b3_conf: ncci 0x10102 not found Nov 12 09:51:55 suse92 kernel: capilib_data_b3_req: ncci 0x10102 not found Nov 12 09:51:55 suse92 kernel: capilib_data_b3_conf: ncci 0x10102 not found Nov 12 09:51:57 suse92 kernel: kcapi: appl 6 ncci 0x10102 down Nov 12 09:51:57 suse92 kernel: capilib_data_b3_req: ncci 0x10102 not found [/Auszug] Es handelt sich um eine Fritz!Card DSL. Aufgefallen ist es mir, da nichts mehr ins ISDN Log (var/log/isdn.log) geschrieben wird - gleichwohl aber eingehende Anrufe bspw. in /var/log/capisuite.log aufgezeichnet werden. Hylafax nimmt allerdings auch keine Faxe mehr entgegen ... Der Vorgang erscheint wie folgt in /var/log/messages: Nov 12 11:10:37 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,2,yyyyyyy Nov 12 11:10:37 suse92 kernel: capidrv-1: patching si2=2 to 0 for VBOX Nov 12 11:10:37 suse92 kernel: isdn_net: call from 2324xxxxxx -> 0 yyyyyyy ignored Nov 12 11:10:37 suse92 kernel: isdn_tty: call from 2324xxxxxx -> yyyyyyy ignored Nov 12 11:10:37 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,0,yyyyyyy ignored Nov 12 11:10:41 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,2,yyyyyyy Nov 12 11:10:41 suse92 kernel: capidrv-1: patching si2=2 to 0 for VBOX Nov 12 11:10:41 suse92 kernel: isdn_net: call from 2324xxxxxx -> 0 yyyyyyy ignored Nov 12 11:10:41 suse92 kernel: isdn_tty: call from 2324xxxxxx -> yyyyyyy ignored Nov 12 11:10:41 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,0,yyyyyyy ignored In /var/log/warn taucht zeitnah dazu auf: Nov 12 11:10:21 suse92 kernel: HTB: bad diff in charge, cl=10010 diff=FFF74BB9 now=1100253356003310 then=1100253356573749 j=50411621 Nov 12 11:10:21 suse92 kernel: HTB: bad diff in charge, cl=10001 diff=FFF66153 now=1100253356003310 then=1100253356633755 j=50411621 Nov 12 11:10:21 suse92 kernel: HTB: bad diff in charge, cl=10020 diff=FFF82CDF now=1100253356120954 then=1100253356633755 j=50411738 Nov 12 11:10:29 suse92 kernel: capidrv-1: controller dead ?? Nov 12 11:10:29 suse92 kernel: capidrv-1: listen_change_state state=1 event=1 ???? (Die einzigen HTB Infos, die ich gefunden habe, stammen aus der /etc/sysconfig/SuSEfirewall2 ...?) capisuite fühlt sich also nicht für die eingehende Verbindung zuständig .. und das soll auch so sein - nur springt hylafax halt plötzlich nicht mehr an (obwohl er extra neu gestartet wurde): Nov 12 11:09:16 suse92 FaxQueuer[27812]: QUIT Nov 12 11:09:50 suse92 FaxQueuer[27885]: HylaFAX (tm) Version 4.2.0 Nov 12 11:09:50 suse92 FaxQueuer[27885]: Copyright (c) 1990-1996 Sam Leffler Nov 12 11:09:50 suse92 FaxQueuer[27885]: Copyright (c) 1991-1996 Silicon Graphics, Inc. Nov 12 11:09:50 suse92 HylaFAX[27888]: HylaFAX INET Protocol Server: restarted. Nov 12 11:09:50 suse92 HylaFAX[27888]: HylaFAX Old Protocol Server: restarted. Nov 12 11:09:50 suse92 HylaFAX[27888]: HylaFAX SNPP Protocol Server: restarted. suse92:/home/torsten # ps ax | grep hylafax 27888 ? Ss 0:00 /usr/lib/fax/hfaxd -i hylafax -o 4557 -s 444 27967 pts/0 R+ 0:00 grep hylafax suse92:/home/torsten # Die Berechtigungen von /dev/capi* lauten jeweils: crw-rw---- 1 root dialout 68 ... Was läuft denn nun wieder quer? Danke euch!! Gruß Torsten