On Wed, Nov 21, 2001 at 02:26:00PM +0100, Katja Hohmann wrote:
Hallo!
Hier die Daten! Danke für die Antwort!
KERNEL: 2.4.10-4GB #1 Tue Sep 25 12:33:54 GMT 2001 => 2.2.19 werde ich ausprobieren.
RAM: 256 MB => memtest86 lief hier über Nacht (>10Stunden nach drücken der "9"), Fehler angezeigt: "0" - sollte ich mal was bestimmtes ausprobieren? Ich sehe das Programm zum ersten Mal ..
OK das ist zwar keine 100% Sicherheit, schliesst aber schonmal viele Fehler aus.
CHIPS: 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 1b) 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 20) 00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 21) 00:0c.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 15)
lspci -v waer nicht schlecht (um eventuelle Konflikte zu sehen). ISA Karten ? ...
Was ist Limewire ?
LimeWire ist ein FrontEnd für das "GNUtella" Netzwerk gebaut aus /in Java.
Also auch etwas was mit Soundausgabe zu tun hat ? Sound ist dafuer bekannt das IRQs lange blockiert werden, allerdings sollte das nicht zu Systemstillstand führen. Dagegen spricht auch das es mit HiSax und mit CAPI passiert.
Das Problem ist nicht wirklich reproduzierbar. Aber es tritt auffallend häufig auf. Ich verwendete zu Beginn die HiSax -Treiber und neuerdings die AVM-Treiber von ThePenguin.
Das heisst es tritt auch mit den CAPI Treibern auf ? Dann is es eher unwahrscheinlich das es am ISDN Lowlevel liegt, eher am network layer. Was fuer eine DOD Verbindung verwendest Du ? Hast Du bei den CAPI Treiben auch I4L verwendet oder den pppd ?
Das Problem tritt mit und ohne CAPI-Treiber auf, ja. Ich habe die CAPI-Treiber installiert OHNE einen SuSE 7.3-Systembestandteil anzufassen. Ich vermute daher, daß ich nach wie vor I4L mit "smppd" verwende - ja, der läuft, wenn die Verbindung aufgebaut wird.
OK. Dann solltest Du mal probieren I4L ganz weg zu lassen und den pppd mit capiplugin zum Verbindungsaufbau zu benutzen. Wenn es dann damit keine Probleme gibt, liegt es am syncppp netlayer vom I4L. Zum capiplugin: Unter /etc/ppp/peers/isdn sind Beispielfiles fuer mehrere Provider, einfach fuer den eigen ein entsprechendes erzeugen. Die Verbindung laest sich dann mit pppd call isdn/<providerfile> starten.
Ich verstehe die Frage nach der Art des DoD nicht - es handelt sich um eine Yast -Einrichtung von "automatischer" Einwahl im Modul "ISDN Einrichten" - ich hoffe, daß hilft :(
Mir ging es nur um syncppp oder rawip wegen dem capiplugin. -- Karsten Keil SuSE Labs ISDN development