Vitali Müller wrote:
Hallo. Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 9.1 und eine AVM Fritz!Card PCI v.2 (Ich weiß, das hier ist eine Suse Mailingliste, aber der Mandrake Support ist mehr als schlecht ). Unter Windows funktioniert diese ISDN-Karte (sonst wäre ich jetzt nicht online). Unter Linux wurde die Karte von HiSax richtig erkannt (Log-Auschnitt 1). Nach dem Start ergibt lsmod keine Besonderheiten (log 2). Um mich einzuwählen benutzte ich „net_monitor“. Es scheint alles in Ordnung zu sein. Wenn ich dann einen Einwahlversuch starte, schlägt dieser anscheinend mit der Fehlermeldung „release_l3_process: not release link“ oder „Chargesum is 0” (siehe Log 3 - 5) fehl. Ich habe auch schon versucht Linux mit und ohne ACPI zu starten – aber immer dasselbe Ergebnis. Außerdem habe ich mein OnBoard-LAN Karte deaktiviert, da sie den gleichen IRQ hatte, wie die AVM Karte. Erneutes installieren von Linux bzw. den ISDN Packeten hat auch nichts gebracht. Die Konfiguration des ISPs stimmt soweit (Log 6). Also ich bin für jeden Tipp dankbar
PS.: Sollte das komplette Logfile vom Systemstart nötig sein, so könnt ihr es hier finden: http://www.8ung.at/hornet/bootlog.txt
Mit freundlichen Grüßen Vitali Müller
LOG 1: (/var/log/messages)
Jul 16 10:28:48 localhost 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 sieht gut aus
LOG 2: Module Size Used by Not tainted hisax_fcpcipnp 9984 0 (unused) hisax_isac 11000 0 [hisax_fcpcipnp] hisax 509316 0 [hisax_fcpcipnp hisax_isac] isdn 136480 0 [hisax] slhc 6564 0 [isdn]
das auch
LOG 3: (/var/log/messages)
Jul 16 11:17:00 localhost ipppd: Warning - secret file /etc/ppp/pap-secrets has world and/or group access das ist nicht gut, nur der daemon muss dadrauf zugreifen können, auf keinen fall alle
Jul 16 11:17:00 localhost ipppd[2000]: Found 2 devices: , Jul 16 11:17:00 localhost ipppd[2001]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 0 Jul 16 11:17:00 localhost ipppd[2001]: Connect[0]: /dev/ippp0, fd: 9 Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 1 Jul 16 11:17:00 localhost ipppd[2001]: Connect[1]: /dev/ippp0, fd: 10 Jul 16 11:17:00 localhost kernel: ippp0: dialing 1 03103007300... bis hierhin alles ok
Jul 16 11:17:08 localhost kernel: isdn_net: local hangup ippp0 Jul 16 11:17:08 localhost kernel: ippp0: Chargesum is 0 dann hängt er einfach auf hier würde ich ansetzen, schalte beim ipppd das debugging ein, dann kommt zwischen dem "dialing..." und dem "hangup" eintrag noch eine menge statusinformationen über den verbindungsaufbau und warum der gescheitert ist. zum einschalten des debugging hilft "man ipppd", bei suse reicht es in der entsprechenden config datei für den ipppd ("ioptions" oder so) einfach das stichwort debug einzutragen. viel hilfe zur selbsthilfe bietet auch die ausführliche faq-datei von isnd4linux.
LOG 4: [root@localhost root]# cat /dev/isdnctrl 04:39.26 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ 04:39.26 L3DC ChangeState ST_L3_LC_ESTAB_WAIT 04:43.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 l3 release_l3_process: last process 04:47.26 l3 release_l3_process: not release link
LOG 5:
[root@localhost root]# net_monitor
GLib-CRITICAL **: file gmain.c: line 500 (g_source_remove): assertion `tag > 0' failed.
ich kenne net_monitor nicht, aber das sieht komisch aus. assertion sind überprüfungen von parametern seitens des programms. wenn die schiefgehen läuft etwas nicht so wie der programmierer es erwartet. viele grüße alexander steppke