Update auf NVIDIA_GLX-1.0-4191 - Kein Konsolenzugriff mehr
Hi, da dachte ich mir im Rahmen meines Problemes mit TwinView spiel ich mal die aktuelle Version (4191) des NVIDIA-Treibers ein. Prompt getan und von www.nvidia.com gezogen und installiert. Bei der Installation des Kernels bemängelt er: depmod: *** Unresolved symbols in /lib/modules/2.4.4-4GB/mis/snd-X wobei X für mehrere aber nicht alle Dateien steht, die mit snd- anfangen. Dann der Reboot und das Problem: Man kann auf keine Konsole mehr zugreifen. Wenn ich mit STRG + ALT + F1 auf die Konsole will, schaltet er mir einfach den Bildschrim aus. Also SuSE-SDB. Da steht was von pam_devperm updaten. YaST bietet mir dafür kein Update an, pam_devperm ist bei mir auf Version 2001.7.8-1. Auch ein Eintragen der User in die Gruppe video hat bei mir nichts geholfen. Ein versuchtes Downgrade zurück auf Nvidia 3123 hat nicht geholfen. Danach kam X mit der Meldung "nvidia.o nicht vorhanden" nicht mehr hoch. Hat das Problem von Euch auch einer? Gute Ratschläge? Lösungen? Lösungsansätze? Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Moin! Philipp Zacharias wrote:
da dachte ich mir im Rahmen meines Problemes mit TwinView spiel ich mal die aktuelle Version (4191) des NVIDIA-Treibers ein. Prompt getan und von www.nvidia.com gezogen und installiert. Bei der Installation des Kernels bemängelt er: depmod: *** Unresolved symbols in /lib/modules/2.4.4-4GB/mis/snd-X wobei X für mehrere aber nicht alle Dateien steht, die mit snd- anfangen.
Uff, der Kernel ist ja schon steinalt ;-) Die Meldung hat nichts mit NVIDIA, sondern mit ALSA zu tun und wird vermutlich auch vor dem Einspielen der NVIDIA Treiber vorhanden gewesen sein.
Dann der Reboot und das Problem: Man kann auf keine Konsole mehr zugreifen. Wenn ich mit STRG + ALT + F1 auf die Konsole will, schaltet er mir einfach den Bildschrim aus.
Hast Du Framebuffer-Support an? Verwendest Du APIC? Das sind alles so Dinge, mit denen der NVIDIA-Treiber nicht immer zurecht kommt (komischerweise ist das NVIDIA ver- sionsabhaengig). Im Problemfall mal mit den entsprechen- den Kernel-Optionen spielen... Laeuft denn X11 mit 3D einwandfrei mit dem neuen Treiber, d.h. wird denn der Treiber usw. ordentlich geladen?
Also SuSE-SDB. Da steht was von pam_devperm updaten. YaST bietet mir dafür kein Update an, pam_devperm ist bei mir auf Version 2001.7.8-1. Auch ein Eintragen der User in die Gruppe video hat bei mir nichts geholfen.
Du musst erst einmal schauen, ob der Treiber korrekt in- stalliert wurde, etc. Du scheinst wirklich keine aktuel- le SuSE Version da zu haben, die von Dir angesprochenen Probleme kenne ich persoenlich nur von aelteren XFree bzw. SuSE Versionen in Zusammenhang mit den NVIDIA Trei- bern.
Ein versuchtes Downgrade zurück auf Nvidia 3123 hat nicht geholfen. Danach kam X mit der Meldung "nvidia.o nicht vorhanden" nicht mehr hoch.
Das ist korrekt! Von Version 3123 auf Version 4191 hat sich der Name des Moduls geaendert. Frueher hiess das Kernel-Modul NVdriver, inzwischen heisst es nvidia. Dem- entsprechend solltest Du Deine /etc/modules.conf an- passen beim Downgrade, da muss die Zeile alias char-major-195 nvidia in alias char-major-195 NVdriver geaendert werden. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Hi Thomas, Am Freitag, 28. März 2003 08:55 schrieb Thomas Hertweck:
Philipp Zacharias wrote:
da dachte ich mir im Rahmen meines Problemes mit TwinView spiel ich mal die aktuelle Version (4191) des NVIDIA-Treibers ein. Prompt getan und von www.nvidia.com gezogen und installiert. Bei der Installation des Kernels bemängelt er: depmod: *** Unresolved symbols in /lib/modules/2.4.4-4GB/mis/snd-X wobei X für mehrere aber nicht alle Dateien steht, die mit snd- anfangen.
Uff, der Kernel ist ja schon steinalt ;-) Die Meldung
hm, ja, da magst Du Recht haben *g*. Aber er funzt einwandfrei. Ich bin nicht so der Kernelbastler und hab mich an das Austauschen von dem Teil bisher noch nicht so recht rangetraut... Es funktioniert ja auch alles. Ähm, naja, fast. Ich würde gerne auf xfs umstellen, aber das ist ein anderes Thema.
hat nichts mit NVIDIA, sondern mit ALSA zu tun und wird vermutlich auch vor dem Einspielen der NVIDIA Treiber vorhanden gewesen sein.
Jo, wahrscheinlich. Aber mit dem Einspielen der NVIDIA-Treiber zum ersten Mal diese Meldung gekriegt. Hängt wahrscheinlich mit meinem vielen Gebastel an Alsa zusammen.
Dann der Reboot und das Problem: Man kann auf keine Konsole mehr zugreifen. Wenn ich mit STRG + ALT + F1 auf die Konsole will, schaltet er mir einfach den Bildschrim aus.
Hast Du Framebuffer-Support an? Verwendest Du APIC? Das
Ja, nö. Aber ersteres auszuschalten hat nix geändert.
sind alles so Dinge, mit denen der NVIDIA-Treiber nicht immer zurecht kommt (komischerweise ist das NVIDIA ver- sionsabhaengig). Im Problemfall mal mit den entsprechen- den Kernel-Optionen spielen... Laeuft denn X11 mit 3D einwandfrei mit dem neuen Treiber, d.h. wird denn der Treiber usw. ordentlich geladen?
Ja, aber das Problem ist mittlerweile eh gelöst.
Also SuSE-SDB. Da steht was von pam_devperm updaten. YaST bietet mir dafür kein Update an, pam_devperm ist bei mir auf Version 2001.7.8-1. Auch ein Eintragen der User in die Gruppe video hat bei mir nichts geholfen.
Du musst erst einmal schauen, ob der Treiber korrekt in- stalliert wurde, etc. Du scheinst wirklich keine aktuel- le SuSE Version da zu haben, die von Dir angesprochenen
Naja, 7.2. Die beste SuSE aller Zeiten *g*. [...]
Das ist korrekt! Von Version 3123 auf Version 4191 hat sich der Name des Moduls geaendert. Frueher hiess das Kernel-Modul NVdriver, inzwischen heisst es nvidia. Dem- entsprechend solltest Du Deine /etc/modules.conf an- passen beim Downgrade, da muss die Zeile
alias char-major-195 nvidia
in
alias char-major-195 NVdriver
geaendert werden.
Danke, mein Held, jetzt funktioniert wieder alles zu meiner besten Zufriedenheit. Naja, mal abgesehen von Twinview, aber das zwing ich meiner SuSE schon auch noch auf. Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Am Freitag, 28. März 2003 05:02 schrieb Philipp Zacharias:
da dachte ich mir im Rahmen meines Problemes mit TwinView spiel ich mal die aktuelle Version (4191) des NVIDIA-Treibers ein. Prompt getan und von www.nvidia.com gezogen und installiert. Bei der Installation des Kernels bemängelt er: depmod: *** Unresolved symbols in /lib/modules/2.4.4-4GB/mis/snd-X wobei X für mehrere aber nicht alle Dateien steht, die mit snd- anfangen.
Besorg Dir dringend ein Kernel-Update: http://www.suse.de/de/security/2003_21_kernel.html
Dann der Reboot und das Problem: Man kann auf keine Konsole mehr zugreifen. Wenn ich mit STRG + ALT + F1 auf die Konsole will, schaltet er mir einfach den Bildschrim aus.
Dann starte im Runlevel 3 (einfach nen 3er zu den Lilo Parametern dazuschreiben).
Also SuSE-SDB. Da steht was von pam_devperm updaten. YaST bietet mir dafür kein Update an, pam_devperm ist bei mir auf Version 2001.7.8-1. Auch ein Eintragen der User in die Gruppe video hat bei mir nichts geholfen. Ein versuchtes Downgrade zurück auf Nvidia 3123 hat nicht geholfen. Danach kam X mit der Meldung "nvidia.o nicht vorhanden" nicht mehr hoch.
Sag mal, installierst Du nur die Kernel-RPMs oder auch die passenden GLX-RPMs? Sieht mir danach aus, als ob da was nicht zusammenpasst.
Hat das Problem von Euch auch einer? Gute Ratschläge? Lösungen? Lösungsansätze?
1. Kernelupdate (siehe oben) incl. Sourcen 2. Passendes NVidia-GLX RPM zur SuSE-Version installieren 3. SRPM des NVida-Kernel holen 4. SRPM compilieren 'rpm --rebuild' 5. erstelltes RPM installieren (alternativ kannst Du natürlich auch den SuSE 8.1er Updatekernel nehmen und das NVidia-Kernel-RPM für SuSE 8.1 verwenden). 6. X mit 'startx' starten 7. Wenn es nicht klappt /var/log/XFree86.0.log kontrollieren -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hi Manfred, Am Freitag, 28. März 2003 15:57 schrieb Manfred Tremmel:
Am Freitag, 28. März 2003 05:02 schrieb Philipp Zacharias:
da dachte ich mir im Rahmen meines Problemes mit TwinView spiel ich mal die aktuelle Version (4191) des NVIDIA-Treibers ein. Prompt getan und von www.nvidia.com gezogen und installiert. Bei der Installation des Kernels bemängelt er: depmod: *** Unresolved symbols in /lib/modules/2.4.4-4GB/mis/snd-X wobei X für mehrere aber nicht alle Dateien steht, die mit snd- anfangen.
Besorg Dir dringend ein Kernel-Update: http://www.suse.de/de/security/2003_21_kernel.html
hm, muss das sein? Ich bin mit dem alten Kernel eigentlich recht zufrieden.
Dann der Reboot und das Problem: Man kann auf keine Konsole mehr zugreifen. Wenn ich mit STRG + ALT + F1 auf die Konsole will, schaltet er mir einfach den Bildschrim aus.
Dann starte im Runlevel 3 (einfach nen 3er zu den Lilo Parametern dazuschreiben).
Ja, das hab ich ja auch schon gemacht, ist kein Problem, das kannte ich ja schon lange. Mir ging es da um den Parallelbetrieb von X und Konsole, aber das hat sich mittlerweile geklärt, ich bin zurück auf die alte Version von den nvidia-Treibern. [...]
Sag mal, installierst Du nur die Kernel-RPMs oder auch die passenden GLX-RPMs? Sieht mir danach aus, als ob da was nicht zusammenpasst.
Schon beides *g*. [...] Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Hallo Philipp, Philipp Zacharias wrote on Montag, 31. März 2003 15:52 about Re: Update auf NVIDIA_GLX-1.0-4191 - Kein Konsolenzugriff mehr:
/lib/modules/2.4.4-4GB/
Besorg Dir dringend ein Kernel-Update: http://www.suse.de/de/security/2003_21_kernel.html
hm, muss das sein? Ich bin mit dem alten Kernel eigentlich recht zufrieden.
Ich habe hier auch noch zur vollsten Zufriedenheit eine SuSE 7.2 mit Kernel 2.4.4 drauf. Gibt ja noch andere lebenswichtige Dinge zu tun, als das System ständig auf die jeweils neueste SuSE upzudaten. Das Einspielen der für die 7.2 gedachten Updates sollte reichen, obwohl der ptrace Bug ein Kernelupdate dringend notwendig macht. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/
Am Montag, 31. März 2003 15:52 schrieb Philipp Zacharias:
Besorg Dir dringend ein Kernel-Update: http://www.suse.de/de/security/2003_21_kernel.html
hm, muss das sein? Ich bin mit dem alten Kernel eigentlich recht zufrieden.
Hm, das erinnert mich an die Einstellung der vielen MS-SQL- Administratoren ... und sieben Monate nach dem Patch kam der Wurm. Aber musst Du wissen.
Ja, das hab ich ja auch schon gemacht, ist kein Problem, das kannte ich ja schon lange. Mir ging es da um den Parallelbetrieb von X und Konsole, aber das hat sich mittlerweile geklärt, ich bin zurück auf die alte Version von den nvidia-Treibern.
Wenn der geht. Anscheinend gibt es mit dem letzten und vorletzen Treibern abwechselnd mit der einen oder anderen Grafikkarte Probleme (bei mir gehen beide ;-) ). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel wrote:
Am Montag, 31. März 2003 15:52 schrieb Philipp Zacharias:
[...] hm, muss das sein? Ich bin mit dem alten Kernel eigentlich recht zufrieden.
Hm, das erinnert mich an die Einstellung der vielen MS-SQL- Administratoren ... und sieben Monate nach dem Patch kam der Wurm. Aber musst Du wissen.
Na, jetzt uebertreib mal nicht so :-) Auf einem Heim-PC wo eh nur eine Person dran arbeitet oder vielleicht die Familie, da ist der ptrace-Bug wohl nicht so relevant. Insofern ist da nicht unbedingt ein Update noetig nur wegen diesem Bug. Auf Multi-User Maschinen etc. sieht das natuerlich anders aus. Allerdings sollte man sich das Update bei einem 2.4.4-4GB schon mal ueberlegen, alleine schon wegen der geaenderten VM in spaeteren Kerneln. Alles IMHO, versteht sich... Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hallo, On Mon, 31 Mar 2003, Thomas Hertweck wrote:
Manfred Tremmel wrote:
Am Montag, 31. März 2003 15:52 schrieb Philipp Zacharias:
[...] hm, muss das sein? Ich bin mit dem alten Kernel eigentlich recht zufrieden.
Hm, das erinnert mich an die Einstellung der vielen MS-SQL- Administratoren ... und sieben Monate nach dem Patch kam der Wurm. Aber musst Du wissen.
Na, jetzt uebertreib mal nicht so :-) Auf einem Heim-PC wo eh nur eine Person dran arbeitet oder vielleicht die Familie, da ist der ptrace-Bug wohl nicht so relevant.
ACK! Ich lehn mich mit meinem 2.4.16er auch entspannt zurueck, auch wenn ich den Patch wohl bei naechster Gelegenheit per Hand in den 2.4.16er einbaue (einen Grund fuer nen neueren 2.4.x hab ich nicht ;) Denn: Auf meiner Kiste bin ich der einzige User, und wenn einer der User hier komprommitiert wird, dann hab ich eh verloren... Der ptrace-Bug ist bei mir hier einfach nicht relevant.
Insofern ist da nicht unbedingt ein Update noetig nur wegen diesem Bug. Auf Multi-User Maschinen etc. sieht das natuerlich anders aus.
Genau, da sollte man den einbauen, sei's als patch oder als neue Kernel-Version.
Allerdings sollte man sich das Update bei einem 2.4.4-4GB schon mal ueberlegen, alleine schon wegen der geaenderten VM in spaeteren Kerneln. Alles IMHO, versteht sich...
Och, ich hab hier zwischen 2.4.0-test{1,4} und 2.4.16 keinen Unterschied bemerkt, und nach dem Gemurkse um 2.4.11 rum waere ich bzgl. der VM gar nicht mal so sicher, ob das die angebrachte Wahl waere. So schlecht war die alte VM ja nicht (auf Single CPU Systemen zumindest ;) Seit ca. 2.4.16 laeuft aber die neue VM (IIRC[1]) ja anscheinend sauber. Und der 2.4.20 scheint der stabilste 2.4.x Kernel bis dato zu sein. Den ptrace Bug kann/sollte man als Anlass nehmen, ein Kernel-Update zu machen. Zumal: Ich habe hier aus verschiedenen Gruenden mit Absicht weder 2.4.0, noch 2.4.1 noch spaetere Kernel vor 2.4.16 verwendet... Soll heissen: Von allem 2.4.0 < x < 2.4.16 wuerde ich nun auf 2.4.20 aktualisieren, bei allem anderen den ptrace-patch anderweitig einspielen oder doch updaten, je nach Aufwand. Ergo: 2.4.20 + ptrace patch (oder gibt's schon nen 2.4.21?) sollte man einspielen, wenn eins der genannten Kriterien zutrifft. Und ja, ich rede von Vanilla-Kernels... Die "original" SuSE-Kernel der SuSE 8.x sollte man ja sowieso aktualisieren... -dnh PS: Und nun noch der "obligatorische" Hinweis (*scnr*): http://www.dhaller.de/linux/multikernel.html PPS: Wenn hier jemand Erfahrung dabei hat, (SuSE-) Kernels per RPM zu aktualisieren bzw. (parallel) zu installieren, wuerde ich mich ueber einen Erfahrungsbericht fuer o.g. HOWTO freuen. PPPS: bin mal gespannt, ob's schon nen sendmail-Update fuer SuSE 8.2 gibt... [1] kann sein, dass sie's auch schon beim .15 oder so im Griff hatten -- Remember, when you pull his pin, Mr. Hand Grenade stops being your friend. (Anthony DeBoer)
Am Dienstag, 1. April 2003 02:57 schrieb David Haller:
Denn: Auf meiner Kiste bin ich der einzige User, und wenn einer der User hier komprommitiert wird, dann hab ich eh verloren... Der ptrace-Bug ist bei mir hier einfach nicht relevant.
Ok David, bei Dir und anderen erfahrenen Usern, die ihren PC alleine "bewohnen" dürfte die Gefahr gering sein. Nichtsdestotrotz kenne ich die Situation bei den Leuten nicht und würde grundsätzlich jedem zur Einspielung eines Patches oder neuen Kernels raten. Wir stehen IMHO erstmals vor einer Situation, in der ein Bug, der das Benutzer und Rechtesystem von nahezu allen Linux-Installationen unterwandern kann. Bisherige Sicherheitslücken waren meist auf Version x von Programm oder Kernel y beschränkt, was dann vielleicht alle RedHat x.y oder SuSE z.x getroffen hat oder nur selbstcompilierer, weil gerade die Version in keiner Distri enthalten war. IMHO verhältnissmässig kleine Gruppen, diesmal ist es ein breites Angriffsfeld und eventuell für den einen oder anderen Virenprogrammierer eine lohnende Herausforderung. Und gerade Linux eigent sich doch ideal für nen Familiencomputer, auf dem jedes Mitglied einen Account kriegt. Da ist dann fast immer jemand dabei, der sich wenig mit der Matherie auskennt und den Rechner durch solche Bugs komprimitiern kann. Ich würd nur ungern im Heise Newsticker von der ersten grossen Virenwelle unter Linux lesen... -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo, On Wed, 02 Apr 2003, Manfred Tremmel wrote:
Am Dienstag, 1. April 2003 02:57 schrieb David Haller:
Denn: Auf meiner Kiste bin ich der einzige User, und wenn einer der User hier komprommitiert wird, dann hab ich eh verloren... Der ptrace-Bug ist bei mir hier einfach nicht relevant.
Ok David, bei Dir und anderen erfahrenen Usern, die ihren PC alleine "bewohnen" dürfte die Gefahr gering sein. Nichtsdestotrotz kenne ich die Situation bei den Leuten nicht und würde grundsätzlich jedem zur Einspielung eines Patches oder neuen Kernels raten. [snip]
Full ACK. Und wie erwaehnt, werd' ich den auch bei mir bei naechster Gelegenheit einspielen. -dnh -- Als ob das so schwer wäre? Rekusion = REKURSIONOISRUKEREKUSIONOIRUKEREKURSION ! Bitte nur das Grossgeschriebene Lesen! So damit haste jetzt ne Weile was zu tun! [WoKo in dag°]
participants (5)
-
David Haller -
Manfred Tremmel -
Marcus Roeckrath -
Philipp Zacharias -
Thomas Hertweck