XFree hängt nach Installation von Kernel 2.4.25 auf Suse 8.2
Hallo miteinander, nachdem ich schon kilometerlange Listen in Google durchsucht habe, weiss ich leider nicht mehr weiter. Ich habe seit drei Monaten ein Dell Inspiron 5150 laptop mit SuSE 8.2 und war damit bisher auch sehr zufrieden. Nachdem ich allerdings eine Wireless-Lan Karte (Buffalo) installiert habe, wollte ich auch mal ohne Kabelgewirr die Sonne geniessen. Leider stellte ich fest, dass mein aktueller original-SuSE-Kernel (2.4.20) zwei Probleme hat: 1. Die Default-Route wird beim Systemstart "vergessen", so dass ich, will ich ins Internet, immer ein route add default gw xxx.yyy.zzz.www machen muss. 2. Die vorhandene ACPI-Implementierung kann den Zustand der Batterie nicht lesen, so dass ich immer auf die Uhr schauen muss, will ich nicht von einem plötzlichen Shutdown überrascht werden. Also entschied ich mich, einen eigenen Kernel auf Basis von 2.4.25 zu erstellen. Nach einigen anfänglichen Schwierigkeiten (z.B. bei make modules_install wurde auf Fehler bei "comx" verwiesen), funktionierte das Kernelbauen einwandfrei. Ich kopierte anschließend das bzImage nach /boot/bzImage-2.4.25 und die System.map nach /boot/System.map-2.4.25. Da ich das Modul ReiserFS in den Kernel gepackt hatte, verzichtete ich auf eine initiale RamDisk. Starte ich nun das System in den RL 3, so klappt (bis auf Sound-Support) auch erst mal alles einwandfrei. Wenn ich nun die aktuellen NVIDIA Kernelmodule (für die GeForceFX Go5250) installiere, so klappt das auch noch. Starte ich nun aber den XServer via startx, so bekomme ich statt des NV-Logos nur einen schwarzen Bildschirm und nach ein bis zwei Minuten dröhnt der Lüfter. Wenn ich mit einem zweiten Rechner mich via ssh auf das Laptop verbinde, und z.B. "top" aufrufe, so kann ich feststellen, dass X 99% CPU-Auslastung hat. Das Laptop reagiert nicht mehr. Ein <ctrl>,<alt>,<backspace> interessiert es auch nicht mehr. Ich muss den Rechner neu starten. Kann mir jemand helfen? - Was mache ich falsch? - Leider sind auch die üblichen Verdächtigen (/var/log/messages und /var/log/XFree.0.log) nicht sehr aussagekräftig (es steht da jedenfalls nichts von einem Fehler, die Grafikkarte wird auch erkannt). X habe ich auch schon in einem höheren LogLevel gestartet. Auch ohne überzeugende Resultate. Es muss anscheinend am NVidia-Treiber liegen. Stelle ich nämlich in der XF86Config einen anderen Treiber ein (z.B. nv), so startet X ohne festzufrieren. Ich habe allerdings schon die drei letzten Treiber versucht (4496, 5328 und 5336). Mit dem originalen SuSE-Kernel funktioniert jeder dieser Treiber ohne Probleme. Ich habe auch vor dem NVIDIA-Kernel-Compilieren den Softlink von /usr/src/linux auf den neuen Kernel gelenkt... Auch ohne Erfolg. Der nvidia-installer.log sagt mir auch, dass die richtigen Header verwendet wurden. Was mache ich falsch? Vielen Dank im Voraus, Wanja Pernath
Wanja Pernath wrote:
Wenn ich nun die aktuellen NVIDIA Kernelmodule (für die GeForceFX Go5250) installiere, so klappt das auch noch.
Starte ich nun aber den XServer via startx, so bekomme ich statt des NV-Logos nur einen schwarzen Bildschirm und nach ein bis zwei Minuten dröhnt der Lüfter. Wenn ich mit einem zweiten Rechner mich via ssh auf das Laptop verbinde, und z.B. "top" aufrufe, so kann ich feststellen, dass X 99% CPU-Auslastung hat. Das Laptop reagiert nicht mehr. Ein <ctrl>,<alt>,<backspace> interessiert es auch nicht mehr. Ich muss den Rechner neu starten.
Kann mir jemand helfen? - Was mache ich falsch? - Leider sind auch die üblichen Verdächtigen (/var/log/messages und /var/log/XFree.0.log) nicht sehr aussagekräftig (es steht da jedenfalls nichts von einem Fehler, die Grafikkarte wird auch erkannt).
X habe ich auch schon in einem höheren LogLevel gestartet. Auch ohne überzeugende Resultate.
Es muss anscheinend am NVidia-Treiber liegen. Stelle ich nämlich in der XF86Config einen anderen Treiber ein (z.B. nv), so startet X ohne festzufrieren.
Hallo, das Problem kenn ich :-) Aktualisiere mal die XFree86 Software, siehe dazu auch diese Seite: http://www.suse.com/us/private/download/updates/90_i386.html Unter anderem: Patch-RPM XFree86-server 4.3.0.1-patch This update fixes problems in 2D acceleration of the nv graphics driver that can result in an Xserver freeze in some cases. Gruß Sven -- You can verify the SMIME signature on http://thawte.com/ This key is valid till 2004-09-06 Public PGP Key: B409B4DF This key is valid till 2005-03-18 ======================================================================== Sven Schiwek Netzwerkbetreuung AIS Automations- und Informationssysteme GmbH Rheinweg 7 Crellestraße 12 D-34131 Kassel D-10827 Berlin Tel: +49-561-30859-29 Tel: +49-30-787728-0 Fax: +49-561-30859-39 Fax: +49-30-787728-39 http://www.ais-ag.de
Hallo,
das Problem kenn ich :-) Aktualisiere mal die XFree86 Software, siehe dazu auch diese Seite:
http://www.suse.com/us/private/download/updates/90_i386.html
Unter anderem:
Patch-RPM XFree86-server 4.3.0.1-patch This update fixes problems in 2D acceleration of the nv graphics driver that can result in an Xserver freeze in some cases.
Gruß Sven
Vielen Dank für die Antwort. Leider hat sich durch das Update nichts geändert (liegt es daran, dass das RPM für SuSE 9.0 ist und ich 8.2 habe?) Ich habe mir aus der Liste das komplette RPM (nicht das Patch-RPM) heruntergeladen und via rpm -Uhv XFree86.rpm installiert. Anschließend habe ich ein SuSEconfig aufgerufen. Die Symptome sind (leider) immer noch dieselben. Gruß, Wanja -- ==================================== Wanja Pernath Systems Development inovex GmbH Dornacher Str. 5 D-85622 Feldkirchen Tel.: +49 (0)89 / 90 10 80 - 242 mailto: w.pernath@inovex.de http://www.inovex.de
Hallo Wanja, hallo Leute, Am Montag, 23. Februar 2004 12:28 schrieb Wanja Pernath: [...]
1. Die Default-Route wird beim Systemstart "vergessen", so dass ich, will ich ins Internet, immer ein route add default gw xxx.yyy.zzz.www machen muss.
Lässt Du Dir die IP per DHCP zuweisen? Wenn ja, hast Du einen passenden option routers ip.des.servers; Eintrag in /etc/dhcpd.conf des Servers? Gruß Christian Boltz --
Hier hab ich gerade noch was gefunden, was ist denn bitte ein Dialerzwang? Ein guter Grund zu einem anderen Provider zu wechseln. [> Eric Scheen und Arvin Schnell in suse-linux]
Hallo Christian, ich hatte mir mal vor ein paar Monaten nach Anleitung aus der c't einen uralten 450MHz PII mit SuSE 8.2 als DNS, DHCP und Samba-FileServer aufgesetzt. Alle Rechner, die in meinem LAN ans Netz gehen, werden über den Server mit IPs etc. bedient. Nur wenn ich mit dem Notebook via WLAN in mein Netz will, wird die Default-Route "vergessen". Meiner Meinung nach liegt das daran, dass zuerst die Netzwerkkarten mit DHCP versorgt und erst anschließend PCMCIA und die WLAN-Karte aktiviert werden... Was allerdings mit dem neuen Kernel behoben wird (DAS konnte ich testen) :-) Um Deine Frage zu beantworten: Ja, der Eintrag ist vorhanden. Schönen Gruß, Wanja Christian Boltz wrote:
Hallo Wanja, hallo Leute,
Am Montag, 23. Februar 2004 12:28 schrieb Wanja Pernath: [...]
1. Die Default-Route wird beim Systemstart "vergessen", so dass ich, will ich ins Internet, immer ein route add default gw xxx.yyy.zzz.www machen muss.
Lässt Du Dir die IP per DHCP zuweisen? Wenn ja, hast Du einen passenden option routers ip.des.servers; Eintrag in /etc/dhcpd.conf des Servers?
Gruß
Christian Boltz
-- ==================================== Wanja Pernath Systems Development inovex GmbH Dornacher Str. 5 D-85622 Feldkirchen Tel.: +49 (0)89 / 90 10 80 - 242 mailto: w.pernath@inovex.de http://www.inovex.de
Hallo, bitte kein TOFU mehr! Wanja Pernath schrieb:
Hallo Christian,
ich hatte mir mal vor ein paar Monaten nach Anleitung aus der c't einen uralten 450MHz PII mit SuSE 8.2 als DNS, DHCP und Samba-FileServer aufgesetzt. Alle Rechner, die in meinem LAN ans Netz gehen, werden über den Server mit IPs etc. bedient. Nur wenn ich mit dem Notebook via WLAN in mein Netz will, wird die Default-Route "vergessen".
Meiner Meinung nach liegt das daran, dass zuerst die Netzwerkkarten mit DHCP versorgt und erst anschließend PCMCIA und die WLAN-Karte aktiviert werden... Was allerdings mit dem neuen Kernel behoben wird (DAS konnte ich testen) :-)
Das Problem hatte ich auch mal. Vor einiger Zeit gab's hier die Lösung: In der Datei /etc/sysconfig/network/ifcfg-wlan0 : DHCLIENT_PRIMARY_DEVICE=yes ... dann klappt's auch mit dem Default-Gateway Grund: weil das WLAN-Interface beim Laptop nicht das erste Interface ist. Übrigends: ich habe zusätzlich mal die Startreihenfolge geändert (PCMCIA vor NETWORK). Bei 9.0 läuft's aber in der Standardreihenfolge.
Schönen Gruß, Wanja
Gruß, Günther
participants (4)
-
Christian Boltz
-
Günther Zinsberger
-
Sven Schiwek
-
Wanja Pernath