Marco Schuler schrieb:

Hallo zusammen!

Nachdem ich neulich mein System mit Yast Online Update auf den neusten Stand gebracht habe, kann mein System nicht mehr in den graphischen Mudus schalten. :-((

In /var/log/messages habe ich einen Eintrag gefunden, der mit dem übel einen Zusammenhang haben könnte:

modprob: Can't locate module char-major-195 [...]

Für eure Hilfe im voraus dankend

-- Marco Hallo Marco! Dieses Problem trat bei mir letztens auch auf. Das YOU beinhaltete bei mir einen Kernel-Patch, welcher Ursache des Nvidia-Übels war. Weißt Du noch, was geupdatet wurde? Wenn es bei Dir auch mit dem Kernel zusammenhängen sollte, hilft eine Neuinstallation der Nvidia-RPMs. Dazu brauchst Du die *.src.rpm von NVIDIA_kernel und NVIDIA_GLX. Thomas Hertweck hat dazu ein Tutorial geschrieben, welches mir auch aus der Patsche geholfen hat (http://www.thertweck.de/nvidia.html) Falls Du aber mangels graph. Modus nicht selbst dort suchen kannst, hier das Ganze in Kürze: gehe in Runlevel 3: init 3 übersetze die src-rpms: rpm -rebuild NVIDIA_kernel-1.0-3123.src.rpm müßte dann in /usr/src/packages/RPMS/i386/ liegen. installiere die rpms rpm -ihv NVIDIA_kernel-1.0-3123.i386.rpm

[zitat] (Namen und Pfad entsprechend angepasst bzw. vorher in das zuvor ermittelte Verzeichnis wechseln) installiert werden. Im Anschluss daran sollte (falls noch nicht geschehen) ein "depmod -a" ausgeführt werden. Nun kann durch "modprobe nvidia" überprüft werden, ob sich das Kernel-Modul korrekt in den laufenden Kernel laden lässt. Mit "lsmod" lassen sich alle geladenen Module listen. Hier sollte kein Fehler auftreten. Erst, wenn sich das Kernel-Modul wirklich fehlerfrei laden lässt, kann mit der weiteren Installation und Konfiguration fortgefahren werden, ansonsten hat es keinen Sinn. Erhält man Fehlermeldungen über "unresolved symbols" beim depmod-Befehl, so ist es wahrscheinlich, dass das Kernel-Modul mit Headerdateien einer anderen Kernelversion compiliert wurde. Lässt sich das Modul gar nicht erst compilieren oder nicht laden, dann ist vermutlich ebenfalls die Verwendung falscher Kernel-Headerdateien (d.h. Headerdateien für eine andere Kernelversion als die verwendete) verantwortlich. Ursprünglich war die Konvention, dass Kernel-Headerdateien im Verzeichnis "/usr/include/linux/" installiert werden, dies wurde jedoch durch "/lib/modules/`uname -r`/build/include" ersetzt. Sollte es also Probleme geben, müssen die entsprechenden Links "/lib/modules/`uname -r`/build" und "/usr/src/linux" bzw. die komplette Installation der Kernel-Quellen bzw. Headerdateien überprüft werden. [/zitat] Dasselbe mit NVIDIA_GLX -ihv NVIDIA_GLX-1.0-3123.suse81.i586.rpm [zitat] sollte bei einer SuSE 8.1 Distribution nun die OpenGL-Bibliotheken und den XFree-Treiber korrekt installieren. Im Anschluss daran sollten entweder "switch2nvidia" und "SuSEconfig" aufgerufen werden, oder aber die Befehle "switch2nvidia", "switch2nvidia_glx" und "ldconfig". Zwar sollte das Skript switch2nvidia intern das zweite Skript switch2nvidia_glx aufrufen, jedoch scheint manchmal ein expliziter Aufruf nötig zu sein - schaden tut es jedenfalls nicht. Das Update des Linker-Caches ist nötig, damit später die richtige OpenGL-Bibliothek durch den Runtime-Linker gefunden werden kann. [/zitat] Falls Dein System wirklich durch den Kernel-Patch zerschossen wurde und alle Configs an ihrem Platz und unversehrt sind, solltest Du durch 'init 5' wieder X bzw. starten können. Schreib mal bitte genauer, worum es sich beim YOU gehandelt hat - für weitere Hilfemöglichkeiten. HTH, Gruß Gerald