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
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
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
-- 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
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
-- 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
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
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
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
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
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
participants (5)
-
Frank Seidel -
Karsten Keil -
Tim Fischer -
Torsten Gebert -
Wolfgang Hinsch