suse 8.1 mit vanilla kernel hängt
Hallo zusammen, nachdem ich in dieser Liste reichlich über Probleme mit den SuSE-kernels gelesen habe, hoffte ich meine gelegentlichen kernel-panics beim Zugriff auf - JA - mehrere IDE-Platten durch ein original-kernel 2.4.19 von kernel.org lösen zu können. Leider hab ich jetzt ein GANZ anderes Problem: zunächst ein paar Systeminfos: Athlon Prozessor (kernel mit oder ohne Athlon Optimierung gibt keinen Unterschied) 1 GByte RAM NVidia Gforce2: modul neu compiliert, X11 kein Problem Zum Problem: Beim ausloggen aus X11 bleibt das System einfach stehen. Nichts in /var/log/messages, keine blinkenden LEDs. Verdacht: X11-related Booten in runlevel 3 - system läuft stabil im Textmodus - bis die Textconsole auf "blank" schaltet - dann steht das System wieder Fogerung: kein X11-Problem, NVdriver und agpgart sind noch nicht mal geladen. Framebuffer support ist deaktiviert. Das Problem ist 100% reproduzierbar, auch durch folgendes Vorgehen: Booten in runlevel 3 von ssh-session aus X starten von 2. ssh-session aus per "chvt 1" auf die Textconsole -> System hängt. Schade eigentlich. Bin für jeden Tip dankbar, probiere gerne alles mal aus. Gruß Torsten Wensel
Torsten Wensel
nachdem ich in dieser Liste reichlich über Probleme mit den SuSE-kernels gelesen habe, hoffte ich meine gelegentlichen kernel-panics beim Zugriff auf - JA - mehrere IDE-Platten durch ein original-kernel 2.4.19 von kernel.org lösen zu können.
Versuche es doch bitte mal mit dem k_athlon aus ftp://ftp.leo.org/pub/people/mantel/test Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
Philipp Thomas wrote:
Torsten Wensel
[02 Nov 2002 04:38:14 +0100]: nachdem ich in dieser Liste reichlich über Probleme mit den SuSE-kernels gelesen habe, hoffte ich meine gelegentlichen kernel-panics beim Zugriff auf - JA - mehrere IDE-Platten durch ein original-kernel 2.4.19 von kernel.org lösen zu können.
Versuche es doch bitte mal mit dem k_athlon aus ftp://ftp.leo.org/pub/people/mantel/test
Philipp
Danke für den Tip. Den hatte ich auch schon in dieser Liste gelesen. Bleiben zwei Probleme: - Natürlich interessiert mich nach wie vor das "console-blank-hang" Verhalten. Nach den gigantischen thread zum Thema SuSE-Kernels fällt mir dazu nur ein: so ein Problem taucht mit den SuSE-Kernels nicht auf. - Wichtiger noch: zu dem neuen kernel von Hubert Mantel find ich keine Quellen. Leider bin ich auf zwei Netzwerk-Patches angewiesen (intermediate queuing device IMQ und hierachical token bucket HTB), die im "mantel-kernel" nicht drin sind. Trotzdem werde ich natürlich das rpm mal einspielen und BRUTAL stresstesten - Ergebnis in Kürze hier. Torsten
Torsten Wensel
- Wichtiger noch: zu dem neuen kernel von Hubert Mantel find ich keine Quellen. Leider bin ich auf zwei Netzwerk-Patches angewiesen (intermediate queuing device IMQ und hierachical token bucket HTB), die im "mantel-kernel" nicht drin sind.
Wie ich gerade gesehen habe, fehlt tatsächlich das kernel-source RPM. Ich werde am Montag nachhaken. Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
Am Samstag, 2. November 2002 04:38 schrieb Torsten Wensel:
NVidia Gforce2: modul neu compiliert, X11 kein Problem
Zum Problem:
Beim ausloggen aus X11 bleibt das System einfach stehen. Nichts in /var/log/messages, keine blinkenden LEDs. Verdacht: X11-related
Hast Du apm laufen? AFAIK gibts mit dem NVidia-Treber und APM immer noch Probleme, die gerade beim Beenden von KDE/Rückkehr in den KDM liebend gern die Kiste einfrieren.
Booten in runlevel 3 - system läuft stabil im Textmodus - bis die Textconsole auf "blank" schaltet - dann steht das System wieder Fogerung: kein X11-Problem, NVdriver und agpgart sind noch nicht mal geladen. Framebuffer support ist deaktiviert.
Das ist dann wohl was anderes, würde aber deshal obere Vermutung nicht ausschliessen, eventuell sinds ja zwei getrennte Probleme. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Hallo! Torsten Wensel wrote:
nachdem ich in dieser Liste reichlich über Probleme mit den SuSE-kernels gelesen habe, hoffte ich meine gelegentlichen kernel-panics beim Zugriff auf - JA - mehrere IDE-Platten durch ein original-kernel 2.4.19 von kernel.org lösen zu können.
Das sollte eigentlich funktionieren. Allerdings wird dann z.B. blogd nicht mehr gehen. Alternativ kannst Du den neuen SuSE- Kernel 2.4.19 von ftp://ftp.leo.org/pub/people/pthomas/IDE ver- wenden - der sollte das IDE-Problem der SuSE-Kernel beheben.
Leider hab ich jetzt ein GANZ anderes Problem:
zunächst ein paar Systeminfos: Athlon Prozessor (kernel mit oder ohne Athlon Optimierung gibt keinen Unterschied) 1 GByte RAM NVidia Gforce2: modul neu compiliert, X11 kein Problem
Zum Problem:
Beim ausloggen aus X11 bleibt das System einfach stehen. Nichts in /var/log/messages, keine blinkenden LEDs. Verdacht: X11-related Booten in runlevel 3 - system läuft stabil im Textmodus - bis die Textconsole auf "blank" schaltet - dann steht das System wieder Fogerung: kein X11-Problem, NVdriver und agpgart sind noch nicht mal geladen. Framebuffer support ist deaktiviert.
Ich hatte nach dem Update auf die neusten Nvidia-Treiber ein aehnliches Problem bei einer meiner Maschinen (mit den Treibern in Version 1.0-2960 gabs keine Probleme): beim Ausloggen aus KDE fror die Maschine einfach ein, nichts ging mehr (allerdings auch keine Meldungen in /var/log/ o.ae.). Bei mir half es in diesem Falle, APM auszuschalten, d.h., ich habe zunaechst am Bootprompt spaeter in /etc/lilo.conf die Option "apm=off" ver- wendet. Und seitdem geht alles wieder einwandfrei und die Ma- schine haengt sich beim Ausloggen auch nicht mehr auf. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Hallo zusammen, mein Problem scheint gelöst. Irgendwo hab ich gelesen, daß es zum guten Ton gehört, eine erfolgreiche Problemlösung durch die Liste auch hier zu dokumentieren (was mir sehr sinnvoll erscheint). Nun denn: MEHRER IDE FESTPLATTEN: Ursprünglich sollte überprüft werden, ob die gelegentlichen kernel-panics mit dem Problem mehrerer IDE Festplatten zusammenhängt. Phillip Thomas hat geraten, das neue "mantel" kernel zu versuchen, zu finden unter ftp://ftp.leo.org/pub/people/mantel/test. Das Problem scheint damit behoben, zumindest konnte ich in 2 Stunden Streßtest mit viel IDE disk IO keine kernel panic mehr verursachen. DANKE an alle people@SuSE. --------- SYSTEM FREEZE MIT VANILLA KERNEL: Bisher liegen mir keine Quelle des neuen "mantel" kernels vor. Da ich zwei Patches für traffic shaping (IMQ, HTB) brauche, habe ich das vanilla kernel benutzt. IDE-Problematik trat bisher nicht auf. ABER: Das Problem war jetzt ein komplettes einfrieren des Systems beim ausloggen aus X11. Manfred Tremmel und Thomas Hertweck haben übereinstimmend vermutet, daß es sich um ein APM-Problem, evtl. in Verbindung mit dem NVdriver von nvidia handelt. Allerdings tritt das Problem auch ohne NVdriver und ohne X11 auf, sobald die Textconsole auf "blank" geht. 100% reproduzierbar. Der NVdriver ist folglich nicht das Problem. Abschalten von APM brachte allerdings die LÖSUNG. --------- Thomas Hertweck schrieb zum Thema vanilla kernel noch:
Das sollte eigentlich funktionieren. Allerdings wird dann z.B. blogd nicht mehr gehen. Aus dem Archiv der linux kernel mailing list habe ich folgenden Patch eingespielt, jetzt tut auch blogd wieder mit vanilla:
--- linux-old/drivers/char/tty_io.c Mon Feb 25 20:37:57 2002 +++ linux/drivers/char/tty_io.c Sun Apr 28 17:55:24 2002 @@ -1769,6 +1769,8 @@ #endif case TIOCTTYGSTRUCT: return tiocttygstruct(tty, (struct tty_struct *) arg); + case TIOCGDEV: + return put_user (kdev_t_to_nr (real_tty->device), (unsigned int*) arg); /* * Break handling --- linux-old/include/asm-i386/ioctls.h Fri Jul 24 20:10:16 1998 +++ linux/include/asm-i386/ioctls.h Sun Apr 28 17:54:10 2002 @@ -49,6 +49,7 @@ #define TIOCGSID 0x5429 /* Return the session ID of FD */ #define TIOCGPTN _IOR('T',0x30, unsigned int) /* Get Pty Number (of pty-mux device) */ #define TIOCSPTLCK _IOW('T',0x31, int) /* Lock/unlock Pty */ +#define TIOCGDEV _IOR('T',0x32, unsigned int) /* Get real dev no below /dev/con sole */ #define FIONCLEX 0x5450 /* these numbers need to be adjusted. */ #define FIOCLEX 0x5451 ----------- nochmals Dank an alle. Torsten Wensel
participants (4)
-
Manfred Tremmel
-
Philipp Thomas
-
Thomas Hertweck
-
Torsten Wensel