Ich habe ein Problem mit kinternet und ISDN. Der Verbindungsaufbau klappt hervorragend, wenn ich jedoch die Verbindung beende, dann passiert es desöfteren, daß mein System ( SuSE Linux 8.1 ) keine Tastatureingaben mehr akzeptiert. Wenn ich dann versuche, mich mit Hilfe der Maus abzumelden, bleibt ein grauer Bildschirm übrig, und es geht nichts mehr. Aus den Logfiles ist nicht ersichtlich, was zu dem Absturz führen könnte. Allerdings taucht das Problem erst auf, seit ich den SuSE - Original Kernel mit dem Kernel vom Update Server ( 2.4.18-174 ) ausgetauscht habe. Vorher hatte ich nie solche Abstürze. An anderer Stelle wurde geschrieben, dies könne evtl. auch an der Kerneloption acpi=on liegen, aber auch eine Umstellung auf acpi=off bringt keine Besserung. Weiß irgendjemand Rat ? Gruß Tim -- Tim Fischer <tim.fischer@onlinehome.de>
On Mon, Mar 17, 2003 at 11:54:59AM +0100, Tim Fischer wrote:
Ich habe ein Problem mit kinternet und ISDN. Der Verbindungsaufbau klappt hervorragend, wenn ich jedoch die Verbindung beende, dann passiert es desöfteren, daß mein System ( SuSE Linux 8.1 ) keine Tastatureingaben mehr akzeptiert. Wenn ich dann versuche, mich mit Hilfe der Maus abzumelden, bleibt ein grauer Bildschirm übrig, und es geht nichts mehr. Aus den Logfiles ist nicht ersichtlich, was zu dem Absturz führen könnte. Allerdings taucht das Problem erst auf, seit ich den SuSE - Original Kernel mit dem Kernel vom Update Server ( 2.4.18-174 ) ausgetauscht habe.
2.4.19-174
Vorher hatte ich nie solche Abstürze. An anderer Stelle wurde geschrieben, dies könne evtl. auch an der Kerneloption acpi=on liegen, aber auch eine Umstellung auf acpi=off bringt keine Besserung. Weiß irgendjemand Rat ?
Nein, bisher habe ich noch nichts von derartigen Problemen mit dem Update Kernel gehoert. Wenn es mal wieder passiert, probier doch mal mit Strg-Alt F10 auf die Log Konsole zu wechseln (bevor Du irgend etwas anderes versuchst), ob Du da etwas findest. -- Karsten Keil SuSE Labs ISDN development
Am Montag, 17. März 2003 12:47 schrieb Karsten Keil:
On Mon, Mar 17, 2003 at 11:54:59AM +0100, Tim Fischer wrote:
Ich habe ein Problem mit kinternet und ISDN. Der Verbindungsaufbau klappt hervorragend, wenn ich jedoch die Verbindung beende, dann passiert es desöfteren, daß mein System ( SuSE Linux 8.1 ) keine Tastatureingaben mehr akzeptiert. Wenn ich dann versuche, mich mit Hilfe der Maus abzumelden, bleibt ein grauer Bildschirm übrig, und es geht nichts mehr. Aus den Logfiles ist nicht ersichtlich, was zu dem Absturz führen könnte. Allerdings taucht das Problem erst auf, seit ich den SuSE - Original Kernel mit dem Kernel vom Update Server ( 2.4.18-174 ) ausgetauscht habe.
2.4.19-174
natürlich 2.4.19-174, sorry
Vorher hatte ich nie solche Abstürze. An anderer Stelle wurde geschrieben, dies könne evtl. auch an der Kerneloption acpi=on liegen, aber auch eine Umstellung auf acpi=off bringt keine Besserung. Weiß irgendjemand Rat ?
Nein, bisher habe ich noch nichts von derartigen Problemen mit dem Update Kernel gehoert.
Es passiert wirklich erst seit dem Kernelupdate ( ich benutze den k_feflt ).
Wenn es mal wieder passiert, probier doch mal mit Strg-Alt F10 auf die Log Konsole zu wechseln (bevor Du irgend etwas anderes versuchst), ob Du da etwas findest.
auf die Konsole zu wechseln ist sinnlos, da die Tastatur nicht reagiert. Ich hab aber ein xterm als root laufen mit "tail -f /var/log/messages". Es erscheinen aber, wie gesagt, keine verdächtigen Meldungen. Die Verbindung wird laut den Meldungen beendet, was auch wirklich der Fall ist, das kinternet-Symbol bleibt aber weiterhin auf "Verbunden". Ich benutze übrigens eine FritzCard PCI mit den AVM-Treibern. Gruß Tim Fischer
-- Karsten Keil SuSE Labs ISDN development
-- Tim Fischer <tim.fischer@onlinehome.de>
On Mon, Mar 17, 2003 at 01:45:13PM +0100, Tim Fischer wrote:
Am Montag, 17. März 2003 12:47 schrieb Karsten Keil:
On Mon, Mar 17, 2003 at 11:54:59AM +0100, Tim Fischer wrote:
Ich habe ein Problem mit kinternet und ISDN. Der Verbindungsaufbau klappt hervorragend, wenn ich jedoch die Verbindung beende, dann passiert es desöfteren, daß mein System ( SuSE Linux 8.1 ) keine Tastatureingaben mehr akzeptiert. Wenn ich dann versuche, mich mit Hilfe der Maus abzumelden, bleibt ein grauer Bildschirm übrig, und es geht nichts mehr. Aus den Logfiles ist nicht ersichtlich, was zu dem Absturz führen könnte. Allerdings taucht das Problem erst auf, seit ich den SuSE - Original Kernel mit dem Kernel vom Update Server ( 2.4.18-174 ) ausgetauscht habe.
2.4.19-174
natürlich 2.4.19-174, sorry
Vorher hatte ich nie solche Abstürze. An anderer Stelle wurde geschrieben, dies könne evtl. auch an der Kerneloption acpi=on liegen, aber auch eine Umstellung auf acpi=off bringt keine Besserung. Weiß irgendjemand Rat ?
Nein, bisher habe ich noch nichts von derartigen Problemen mit dem Update Kernel gehoert.
Es passiert wirklich erst seit dem Kernelupdate ( ich benutze den k_feflt ).
Wenn es mal wieder passiert, probier doch mal mit Strg-Alt F10 auf die Log Konsole zu wechseln (bevor Du irgend etwas anderes versuchst), ob Du da etwas findest.
auf die Konsole zu wechseln ist sinnlos, da die Tastatur nicht reagiert.
Gut dann anders herum, probier ob das gleiche passiert wenn Du cinternet --stop verwendest (sollte die gleichen actionen machen wie kinternet). Wenn ja kann nach folgenden Befehl noch auf die Konsole wechseln: sleep 10; cinternet --stop Ich nehme an das es sich um einen Einzelplatzrechner handelt, wenn nicht waer interessant ob man sich noch via network in den Rechner einwaehlen kann. Eventuell auch mal ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.20-39.i586.rpm (bzw. den aktullsten an dieser Stelle) probieren.
Ich hab aber ein xterm als root laufen mit "tail -f /var/log/messages". Es erscheinen aber, wie gesagt, keine verdächtigen Meldungen. Die Verbindung wird laut den Meldungen beendet, was auch wirklich der Fall ist, das kinternet-Symbol bleibt aber weiterhin auf "Verbunden". Ich benutze übrigens eine FritzCard PCI mit den AVM-Treibern.
Gruß
Tim Fischer
-- Karsten Keil SuSE Labs ISDN development
-- Tim Fischer <tim.fischer@onlinehome.de>
-- Karsten Keil SuSE Labs ISDN development
Am Montag, 17. März 2003 14:11 schrieb Karsten Keil:
Wenn es mal wieder passiert, probier doch mal mit Strg-Alt F10 auf die Log Konsole zu wechseln (bevor Du irgend etwas anderes versuchst), ob Du da etwas findest.
auf die Konsole zu wechseln ist sinnlos, da die Tastatur nicht reagiert.
Gut dann anders herum, probier ob das gleiche passiert wenn Du
cinternet --stop verwendest (sollte die gleichen actionen machen wie kinternet). Wenn ja kann nach folgenden Befehl noch auf die Konsole wechseln: sleep 10; cinternet --stop Probieren kann ich das schon, aber da der Fehler nur sporadisch passiert ( vielleicht einmal pro 20 Einwahlen ), läßt sich das halt nur schwer vorhersagen. Wenn wenigstens in den Logfiles etwas stünde, was für dich interessant wäre, aber da ist einfach nichts. Ich könnte allerdings auch ein kleines Script schreiben, das per Mausklick ( die funktioniert ja noch ) den smpppd und kinternet killt, vielleicht läßt sich dann ja die Tastatur wieder ansprechen ?
Ich nehme an das es sich um einen Einzelplatzrechner handelt, wenn nicht waer interessant ob man sich noch via network in den Rechner einwaehlen kann.
Es ist ein Einzelplatzrechner, ich hab aber eine Netzwerkkarte drin und auch noch irgendwo einen Computer rumstehen, mit dem ich das mal probieren könnte.
Eventuell auch mal ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.20-39.i586.rpm
(bzw. den aktullsten an dieser Stelle) probieren.
Werd ich testen. Gruß Tim Fischer -- Tim Fischer <tim.fischer@onlinehome.de>
Bei mir passiert es leider auch, Nach Update des default-Kernels SuSE 8.1 -- Torsten Gebert
Am Montag, 17. März 2003 14:11 schrieb Karsten Keil:
On Mon, Mar 17, 2003 at 01:45:13PM +0100, Tim Fischer wrote:
Am Montag, 17. März 2003 12:47 schrieb Karsten Keil:
On Mon, Mar 17, 2003 at 11:54:59AM +0100, Tim Fischer wrote:
Ich habe ein Problem mit kinternet und ISDN. Der Verbindungsaufbau klappt hervorragend, wenn ich jedoch die Verbindung beende, dann passiert es desöfteren, daß mein System ( SuSE Linux 8.1 ) keine Tastatureingaben mehr akzeptiert. Wenn ich dann versuche, mich mit Hilfe der Maus abzumelden, bleibt ein grauer Bildschirm übrig, und es geht nichts mehr. Aus den Logfiles ist nicht ersichtlich, was zu dem Absturz führen könnte. Allerdings taucht das Problem erst auf, seit ich den SuSE - Original Kernel mit dem Kernel vom Update Server ( 2.4.18-174 ) ausgetauscht habe.
2.4.19-174
natürlich 2.4.19-174, sorry
Vorher hatte ich nie solche Abstürze. An anderer Stelle wurde geschrieben, dies könne evtl. auch an der Kerneloption acpi=on liegen, aber auch eine Umstellung auf acpi=off bringt keine Besserung. Weiß irgendjemand Rat ?
Nein, bisher habe ich noch nichts von derartigen Problemen mit dem Update Kernel gehoert.
Es passiert wirklich erst seit dem Kernelupdate ( ich benutze den k_feflt ).
Wenn es mal wieder passiert, probier doch mal mit Strg-Alt F10 auf die Log Konsole zu wechseln (bevor Du irgend etwas anderes versuchst), ob Du da etwas findest.
auf die Konsole zu wechseln ist sinnlos, da die Tastatur nicht reagiert.
Gut dann anders herum, probier ob das gleiche passiert wenn Du
cinternet --stop verwendest (sollte die gleichen actionen machen wie kinternet). Wenn ja kann nach folgenden Befehl noch auf die Konsole wechseln: sleep 10; cinternet --stop
Ich nehme an das es sich um einen Einzelplatzrechner handelt, wenn nicht waer interessant ob man sich noch via network in den Rechner einwaehlen kann.
Eventuell auch mal ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.20-39.i5 86.rpm
(bzw. den aktullsten an dieser Stelle) probieren.
Hallo, ich habe ebenfalls seit dem (offiziellen) Updatekernel ganz exakt das gleiche Problem (auch SuSE 8.1, PCI Fritzcard (v2)). Über das lokale Netzwerk ist der Rechner bei mir noch Problemlos erreichbar. Genaugenommen scheint nur die Tastatur nicht mehr richtig zu reagieren und ein "isdnctrl delif"-Prozess zu hängen. Ich konnte das Problem bei mir zwar noch nicht lösen, es scheint für mich allerdings am kinternet zu liegen....wenn ich nämlich mit "isdnctrl dial ..." die Einwahl auslöse und die Verbindung mit "isdnctrl hangup ..." beende ist das Problem bisher nie aufgetreten.
Ich hab aber ein xterm als root laufen mit "tail -f /var/log/messages". Es erscheinen aber, wie gesagt, keine verdächtigen Meldungen. Die Verbindung wird laut den Meldungen beendet, was auch wirklich der Fall ist, das kinternet-Symbol bleibt aber weiterhin auf "Verbunden". Ich benutze übrigens eine FritzCard PCI mit den AVM-Treibern.
dito, bei mir ist es genau das selbe! Gruß, Frank
Gruß
Tim Fischer
-- Karsten Keil SuSE Labs ISDN development
-- Tim Fischer <tim.fischer@onlinehome.de>
-- Karsten Keil SuSE Labs ISDN development
Am Montag, 17. März 2003 19:20 schrieb Frank Seidel:
Hallo, ich habe ebenfalls seit dem (offiziellen) Updatekernel ganz exakt das gleiche Problem (auch SuSE 8.1, PCI Fritzcard (v2)). Über das lokale Netzwerk ist der Rechner bei mir noch Problemlos erreichbar. Genaugenommen scheint nur die Tastatur nicht mehr richtig zu reagieren und ein "isdnctrl delif"-Prozess zu hängen.
Ich habe die FritzCard PCI v1. Alles deutet also daraufhin, daß es nicht an der Hardware und den Treibern liegt ( da sowohl die binary-only Treiber als auch der Hisax-Treiber davon betroffen sind ). Da bei dir der Netzwerkzugriff noch funktioniert, kann ich mir also den Netzwerk-Test ersparen und brauche meinen alten 486 nicht mehr flott zu machen ;-)
Ich konnte das Problem bei mir zwar noch nicht lösen, es scheint für mich allerdings am kinternet zu liegen....wenn ich nämlich mit "isdnctrl dial ..." die Einwahl auslöse und die Verbindung mit "isdnctrl hangup ..." beende ist das Problem bisher nie aufgetreten.
Hab ich noch nie probiert. Außerdem kann ich das den anderen Usern, die noch an dem Rechner arbeiten, nicht zumuten, die wollen weiterhin einfach nur klicken können. Gruß Tim -- Tim Fischer <tim.fischer@onlinehome.de>
kleiner Nachtrag: gerade stelle ich fest, wenn ich die Verbindung mit kinternet beende, wird mein Device "ippp0" gelöscht. Wenn ich dann versuche, mit "isdnctrl dial ippp0" eine Verbindung zu bekommen, dann lautet die Fehlermeldung: "ippp0: No such device" Wenn ich die Verbindung mit "isdnctrl hangup ippp0" beende, bleibt das Device erhalten, und ich kann mich danach auch wieder mit "isdnctrl dial ippp0" einwählen. Warum das ? Dialmode ist bei mir auf "manual" gestellt. Gruß Tim -- Tim Fischer <tim.fischer@onlinehome.de>
Am Mon, 2003-03-17 um 11.54 schrieb Tim Fischer:
Ich habe ein Problem mit kinternet und ISDN. Der Verbindungsaufbau klappt hervorragend, wenn ich jedoch die Verbindung beende, dann passiert es desöfteren, daß mein System ( SuSE Linux 8.1 ) keine Tastatureingaben mehr akzeptiert. Wenn ich dann versuche, mich mit Hilfe der Maus abzumelden, bleibt ein grauer Bildschirm übrig, und es geht nichts mehr. Aus den Logfiles ist nicht ersichtlich, was zu dem Absturz führen könnte. Allerdings taucht das Problem erst auf, seit ich den SuSE - Original Kernel mit dem Kernel vom Update Server ( 2.4.18-174 ) ausgetauscht habe. Vorher hatte ich nie solche Abstürze. An anderer Stelle wurde geschrieben, dies könne evtl. auch an der Kerneloption acpi=on liegen, aber auch eine Umstellung auf acpi=off bringt keine Besserung. Weiß irgendjemand Rat ?
Hallo, ich war ein paar Tage unterwegs, um ein Problem mit einer Telefonanlage zu klären. Hat hiermit primär nichts zu tun, aber um Fehler einzugrenzen, habe ich auf einem Notebook die ISDN-Schnittstelle mehrfach umkonfiguriert. Dabei ging es manchmal etwas hektisch zu. Yast - umkonfigurieren - ping - etc. Der tail auf /var/log/messages lief in einem Xterm, der ping im anderen, und auf einer anderen Arbeitsfläche Yast. Ich hatte 2-3mal exakt dieselben Symptome. Kinternet habe ich nicht benutzt, lief aber in der Fussleiste vor sich hin. Der Fehler trat immer kurz nach der Umkonfiguration im Yast auf. Um Zeit zu sparen und das Passwort nicht jedesmal tippen zu müssen, hatte ich das Yast-Grundfenster offen gelassen. Vielleicht ein timing-Problem? System: Notebook PII 933, 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002, Fritz Card PCMCIA Hoffe etwas zur Fehlereingrenzung beigetragen zu haben Gruss, Wolfgang
Am Mon, 2003-03-17 um 11.54 schrieb Tim Fischer:
Ich habe ein Problem mit kinternet und ISDN. Der Verbindungsaufbau klappt hervorragend, wenn ich jedoch die Verbindung beende, dann passiert es desöfteren, daß mein System ( SuSE Linux 8.1 ) keine Tastatureingaben mehr akzeptiert. Wenn ich dann versuche, mich mit Hilfe der Maus abzumelden, bleibt ein grauer Bildschirm übrig, und es geht nichts mehr. Aus den Logfiles ist nicht ersichtlich, was zu dem Absturz führen könnte. Allerdings taucht das Problem erst auf, seit ich den SuSE - Original Kernel mit dem Kernel vom Update Server ( 2.4.18-174 ) ausgetauscht habe. Vorher hatte ich nie solche Abstürze.
Hallo, ich war ein paar Tage unterwegs, um ein Problem mit einer Telefonanlage zu klären. Hat hiermit primär nichts zu tun, aber um Fehler einzugrenzen, habe ich auf einem Notebook die ISDN-Schnittstelle mehrfach umkonfiguriert. Dabei ging es manchmal etwas hektisch zu. Yast - umkonfigurieren - ping - etc. Der tail auf /var/log/messages lief in einem Xterm, der ping im anderen, und auf einer anderen Arbeitsfläche Yast.
Ich hatte 2-3mal exakt dieselben Symptome. Kinternet habe ich nicht benutzt, lief aber in der Fussleiste vor sich hin. Der Fehler trat immer kurz nach der Umkonfiguration im Yast auf. Um Zeit zu sparen und das Passwort nicht jedesmal tippen zu müssen, hatte ich das Yast-Grundfenster offen gelassen. Vielleicht ein timing-Problem?
System: Notebook PII 933, 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002, Fritz Card PCMCIA
Hoffe etwas zur Fehlereingrenzung beigetragen zu haben
Ich vermute auch, daß es sich dabei um ein Timing-Problem handelt. Nur, wie läßt sich dies herausfinden, da in den Logfiles ja nichts erscheint ? kleiner Nachtrag: mein System: AMD K6-II ( 450 ), 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002 Fritz Card PCI (v1) Tim -- Tim Fischer <tim.fischer@onlinehome.de>
Hallo, On Thu, Mar 20, 2003 at 10:02:59AM +0100, Tim Fischer wrote:
Ich vermute auch, daß es sich dabei um ein Timing-Problem handelt. Nur, wie läßt sich dies herausfinden, da in den Logfiles ja nichts erscheint ? kleiner Nachtrag:
mein System: AMD K6-II ( 450 ), 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002 Fritz Card PCI (v1)
Bitte an alle mit diesem Problem: Um das Problem nachzustellen und einzugrenzen sind folgende Angaben hilfreich: 1. CPU Type/Takt + Motherboard(Chipsatz) 2. RAM Groesse 3. ISDN HW/Treiber 4. kernelversion: uname -a 5. rpm -q i4l-base -- Karsten Keil SuSE Labs ISDN development
Am Donnerstag, 20. März 2003 10:44 schrieb Karsten Keil:
Bitte an alle mit diesem Problem:
Um das Problem nachzustellen und einzugrenzen sind folgende Angaben hilfreich:
1. CPU Type/Takt + Motherboard(Chipsatz) 2. RAM Groesse 3. ISDN HW/Treiber 4. kernelversion: uname -a 5. rpm -q i4l-base
O.K., hier nochmal die Angaben: 1. AMD K6-II (450 MHz ) + Ali Chipset 1541 2. RAM: 192MB 3. ISDN HW/Treiber: FritzCard PCI (v1) / AVM-Treiber 4. Linux pc2 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002 i586 unknown 5. i4l-base-2003.2.14-1 -- Tim Fischer <tim.fischer@onlinehome.de>
Am Donnerstag, 20. März 2003 10:44 schrieb Karsten Keil:
Hallo,
On Thu, Mar 20, 2003 at 10:02:59AM +0100, Tim Fischer wrote:
Ich vermute auch, daß es sich dabei um ein Timing-Problem handelt. Nur, wie läßt sich dies herausfinden, da in den Logfiles ja nichts erscheint ? kleiner Nachtrag:
mein System: AMD K6-II ( 450 ), 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002 Fritz Card PCI (v1)
Bitte an alle mit diesem Problem:
Um das Problem nachzustellen und einzugrenzen sind folgende Angaben hilfreich:
Hallo Karsten
1. CPU Type/Takt + Motherboard(Chipsatz)
Pentium IV / 2.53 GHz + ASUS P5B433-E (845)
2. RAM Groesse
512 MB
3. ISDN HW/Treiber
FritzCard PCI V2
4. kernelversion: uname -a
Linux samuel 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002 i686 unknown
5. rpm -q i4l-base
i4l-base-2003.2.14-1 Gruß, Frank
-- Karsten Keil SuSE Labs ISDN development
-- Frank Seidel Oberer Weinberg 51 91522 Ansbach Tel.: 0981/87425
Am Donnerstag, 20. März 2003 22:11 schrieb Frank Seidel:
[...]
Hallo Karsten
1. CPU Type/Takt + Motherboard(Chipsatz)
Pentium IV / 2.53 GHz + ASUS P5B433-E (845)
Sorry, Tippfehler. Muss natürlich "P4B533-E (Intel 845E)" heißen. Frank
2. RAM Groesse
512 MB
3. ISDN HW/Treiber
FritzCard PCI V2
4. kernelversion: uname -a
Linux samuel 2.4.19-4GB #1 Wed Nov 27 00:56:40 UTC 2002 i686 unknown
5. rpm -q i4l-base
i4l-base-2003.2.14-1
Gruß, Frank
-- Karsten Keil SuSE Labs ISDN development
Bitte an alle mit diesem Problem:
Um das Problem nachzustellen und einzugrenzen sind folgende Angaben hilfreich:
1. CPU Type/Takt + Motherboard(Chipsatz) 2. RAM Groesse 3. ISDN HW/Treiber 4. kernelversion: uname -a 5. rpm -q i4l-base
Gerade eben ist kinternet wieder hängengeblieben. Wieder passierte es, als der Computer beschäftigt war. Vom Netzwerk war der Zugriff ohne Probleme möglich. Ich hab dann versucht, den smpppd zu killen. Ergebnis: smpppd ließ sich killen, und auch sonst verschiedene Prozesse. Lediglich ein "ifconfig"-Prozeß und der "isdnctrl delif ... " wollten sich auch mit heftigsten Methoden nicht zum Beenden überreden lassen. Beim Versuch, den Rechner remote herunterzufahren, erschienen auf dem Display folgende Meldungen ( den genauen Wortlaut weiß ich nicht, da ich diese aus dem Gedächtnis niederschreiben mußte, sorry ): id[2]: seems to be busy id[3]: seems to be busy id[4]: seems to be busy id[5]: seems to be busy Ich habe im folgenden auch noch die Ausgabe von "ps ax" angehängt ( nachdem ich bereits verschiedene Prozesse gekillt hatte ), ich hoffe, es nutzt was. Bemerkung: Wie bereits früher gesagt, die Verbindung wurde ordentlich getrennt, auch der ipppd war nicht mehr gestartet, ich vermute, daß es an dem "isdnctrl delif ippp0" -Prozeß (Nr. 18523) liegt. PID TTY STAT TIME COMMAND 1 ? S 0:05 init 2 ? DW 0:00 [keventd] 3 ? SW 0:00 [kapmd] 4 ? SWN 0:00 [ksoftirqd_CPU0] 5 ? SW 0:00 [kswapd] 6 ? SW 0:00 [bdflush] 7 ? SW 0:00 [kupdated] 8 ? SW 0:00 [kinoded] 10 ? SW 0:00 [mdrecoveryd] 17 ? SW 0:00 [kjournald] 81 ? SW< 0:00 [lvm-mpd] 338 ? S 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 525 ? S 0:00 /sbin/syslogd 528 ? S 0:00 /sbin/klogd -c 1 -2 942 ? S 0:00 /sbin/portmap 990 ? S 0:00 /sbin/rpc.statd 1035 ? S 0:01 /usr/sbin/sshd 1413 ? SW 0:00 [khubd] 1472 ? S 0:00 /usr/sbin/cupsd 1565 ? S 0:00 /usr/sbin/faxq 1567 ? S 0:00 /usr/lib/fax/hfaxd -i hylafax -o 4557 -s 444 1808 ? S 0:00 /usr/lib/postfix/master 1835 ? S 0:00 /usr/sbin/atd 1850 ? S 0:00 /usr/sbin/cron 1877 ? S 0:00 qmgr -l -t fifo -u 1955 ? S 0:00 /usr/sbin/nscd 1960 ? S 0:00 /usr/sbin/nscd 1961 ? S 0:00 /usr/sbin/nscd 1962 ? S 0:00 /usr/sbin/nscd 1963 ? S 0:00 /usr/sbin/nscd 1964 ? S 0:00 /usr/sbin/nscd 1965 ? S 0:00 /usr/sbin/nscd 1973 ? S 0:00 /usr/sbin/chronyd -r -s 1987 ? S 0:00 /opt/kde3/bin/kdm 2014 tty1 S 0:00 /sbin/mingetty --noclear tty1 2015 tty2 S 0:00 /sbin/mingetty tty2 2016 tty3 S 0:00 /sbin/mingetty tty3 2017 tty4 S 0:00 /sbin/mingetty tty4 2018 tty5 S 0:00 /sbin/mingetty tty5 2019 tty6 S 0:00 /sbin/mingetty tty6 2020 ? S 0:00 /usr/bin/c2faxrecv -q /var/spool/fax 2023 ? S 2:27 /usr/X11R6/bin/X vt7 -auth /var/lib/xdm/authdir/authfiles/A:0-VxJ7mo 2026 ? S 0:00 /usr/bin/c2faxrecv -q /var/spool/fax 2027 ? S 0:00 /usr/bin/c2faxrecv -q /var/spool/fax 2028 ? S 0:00 /usr/bin/c2faxrecv -q /var/spool/fax 2029 ? S 0:00 -:0 2450 ? S 0:00 /bin/sh /usr/X11R6/bin/kde 2517 ? S 0:00 kdeinit: Running... 2520 ? S 0:00 kdeinit: dcopserver --nosid 2529 ? S 0:00 kdeinit: klauncher 2533 ? S 3:52 kdeinit: kded 2856 ? S 0:03 /opt/kde3/bin/artsd -F 10 -S 4096 -s 5 -m artsmessage -l 3 -f 2873 ? S 0:01 kdeinit: knotify 2882 ? S 0:00 kwrapper ksmserver 2884 ? S 0:01 kdeinit: ksmserver 2889 ? S 0:06 kdeinit: kwin 2909 ? S 0:08 kdeinit: kdesktop 2934 ? S 0:00 kdeinit: kio_file file /tmp/ksocket-gaby/klauncher3uzgSa.slave-socket /tmp/ksocket-gaby/kdesktopwOGUKa.slave-socket 2968 ? S 0:01 kdeinit: klipper 2973 ? S 0:01 kdeinit: kwrited 3000 ? S 0:01 korgac --miniicon korganizer 3010 ? S 0:00 kalarmd --login 3011 ? S 0:01 kgpg 3659 ? S 0:08 kdeinit: kicker 3676 ? S 0:08 appletproxy --configfile hwsusekickerrc --callbackid ExternalAppletContainer_135450456 hwSuSEkicker.desktop 4452 ? S 2:07 klickety -caption Klickety -icon klickety -miniicon klickety 8048 ? SW 0:00 [nfsd] 8049 ? SW 0:00 [nfsd] 8050 ? SW 0:00 [lockd] 8051 ? SW 0:00 [rpciod] 8052 ? SW 0:00 [nfsd] 8053 ? SW 0:00 [nfsd] 8056 ? S 0:00 /usr/sbin/rpc.mountd 15209 ? DW 0:01 [kdeinit] 18453 ? S 0:00 logger -p security.notice -t ip-down 18523 ? D 0:00 /usr/sbin isdnctrl delif ippp0 18542 ? D 0:00 /sbin/ifconfig 18543 ? D 0:03 kdeinit: konsole 18597 ? D 0:01 kdeinit: konsole 18661 ? S 0:00 su - 18662 ? S 0:00 -bash 18728 ? D 0:00 ifconfig 18758 ? S 0:00 -pc3.fischer.own: 18762 ? S 0:01 /opt/kde3/bin/kdm_greet 18766 ? D 0:00 /usr/sbin/sshd 18768 ? Z 0:00 [sshd <defunct>] 18830 ? DW 0:00 [bash] 18877 ? S 0:00 su - 18878 ? S 0:00 -bash 18905 ? DW 0:00 [bash] 18981 ? DW 0:00 [bash] 19013 ? D 0:00 ifconfig 19034 ? DW 0:00 [su] 19078 ? S 0:00 /bin/bash /sbin/SuSEfirewall2 start 19109 ? S 0:00 /bin/bash /sbin/SuSEfirewall2 start 19110 ? D 0:00 /sbin/ifconfig eth0 19120 ? S 0:00 /usr/sbin/sshd 19122 ? S 0:00 /usr/sbin/sshd 19123 pts/11 S 0:00 -bash 19262 ? S 0:00 /usr/sbin/sshd 19264 ? S 0:00 /usr/sbin/sshd 19265 pts/12 S 0:00 -bash 19282 pts/12 S 0:00 su - 19283 pts/12 S 0:00 -bash 19302 ? D 0:00 pickup -l -t fifo -u 19317 pts/11 R 0:00 ps ax -- Tim Fischer <tim.fischer@onlinehome.de>
On Tue, Mar 25, 2003 at 12:28:45AM +0100, Tim Fischer wrote:
Bitte an alle mit diesem Problem:
Um das Problem nachzustellen und einzugrenzen sind folgende Angaben hilfreich:
1. CPU Type/Takt + Motherboard(Chipsatz) 2. RAM Groesse 3. ISDN HW/Treiber 4. kernelversion: uname -a 5. rpm -q i4l-base
Gerade eben ist kinternet wieder hängengeblieben. Wieder passierte es, als der Computer beschäftigt war.
Danke, inzwischen kann ich das Problem nachstellen (allerdings brauche ich manchmal bis zu 30 min). Leider scheint es ziemlich tief in der Zusammenarbeit des algemeinen network codes und I4L zu liegen und mit verschiedenen semaphoren zusammen zu haengen, das debugging kann also noch einige Zeit dauern. Bei wem tritt das Problem sehr häufig auf ? Welche genaue kernel Version (SuSE kernel oder selbst kompiliert) wird verwendet ? Die Frage stelle ich um eventuell spaeter einen Fix besser testen zu können. -- Karsten Keil SuSE Labs ISDN development
Am Die, 2003-03-25 um 09.58 schrieb Karsten Keil:
On Tue, Mar 25, 2003 at 12:28:45AM +0100, Tim Fischer wrote:
Bitte an alle mit diesem Problem:
Um das Problem nachzustellen und einzugrenzen sind folgende Angaben hilfreich:
1. CPU Type/Takt + Motherboard(Chipsatz) 2. RAM Groesse 3. ISDN HW/Treiber 4. kernelversion: uname -a 5. rpm -q i4l-base
Gerade eben ist kinternet wieder hängengeblieben. Wieder passierte es, als der Computer beschäftigt war.
Bei wem tritt das Problem sehr häufig auf ? Welche genaue kernel Version (SuSE kernel oder selbst kompiliert) wird verwendet ?
Die Frage stelle ich um eventuell spaeter einen Fix besser testen zu können.
Hallo Karsten, ich hatte das Problem gestern mehrfach auf 2 (weiteren) Rechnern SuSE-Kernel (uname -a: 2.4.19-4GB#1 Wed Nov 27 00:56:40 UTC 2002 i686 unknown) i4l-Base-2002.11.5-0 Damit tritt das Problem bei mir auf 3 Rechnern auf, die unterschiedliche CPU, ISDN-Karten (Fritz V2PCI und PCMCIA), Mainboards etc haben. Einzige Gemeinsamkeit: s.o. HTH, Wolfgang
Am Dienstag, 25. März 2003 09:58 schrieb Karsten Keil:
Bei wem tritt das Problem sehr häufig auf ? Welche genaue kernel Version (SuSE kernel oder selbst kompiliert) wird verwendet ?
Die Frage stelle ich um eventuell spaeter einen Fix besser testen zu können. Der Fehler tritt bei mir recht häufig auf, allerdings kann man es natürlich nie vorhersagen, machmal kann ich mehrere Stunden mit dem System arbeiten. Ich verwende den original SuSE Kernel (2.4.19-174), da ein Neukopilieren des Kernels auf meinem Uraltsystem einfach viel zu lange dauert :-). Häufiger tritt der Fehler auf, wenn ich den zweiten B-Kanal zugeschaltet hab und danach die Verbindung trenne, vielleicht hilft das ja weiter ?
Gruß Tim -- Tim Fischer <tim.fischer@onlinehome.de>
participants (5)
-
Frank Seidel -
Karsten Keil -
Tim Fischer -
Torsten Gebert -
Wolfgang Hinsch