Hallo Liste, auch auf die Gefahr hin, mir Schelte für 397ten Thread mit diesem Thema anzuhören: Meine Maschine: Asus A7V8X-X mit Duron 1400, 512MB DDR333, NVidia gforce 4 MX440SE mit LITEON-LDC Nach fertiger Inst kommt ein völlig zerschreddertes Bild - sieht aus, als passe das Raster nicht zur Video-Ausgabe (Die Info im OSD des Monitors gibt auch 800x600 an, während in yast 1024x768 eingestellt ist). Während der Inst ist das Bild völlig ok. Text-Konsolen 1...6 gehen auch nach Inst. Bisherige Maßnahmen: In Textkonsole yast gestartet, online-update (dabei auch NVidia-Treiber angekreuzt) und dann nochmal yast->Hardware->GraKa/Monitor. SAX2-Testbildschirm kommt, Monitor mit Auflösung usw ausgewählt, wobei mein Modell natürlich nicht in der Liste war :-( Konfig abgespeichert (NICHT getestet - dabei hängt sich die Mühle auf :-((( ) und neu gestartet. Alles wie bisher. Das alles nochmal mit verschiedenen Auflösungen durchgespielt. Auf meiner 8.2er läuft das aber. Zwar ohne 3D, aber sowas braucht man eh nicht (?). Da steht im yast allerdings nicht der korrekte NVidia-Typ, sondern "NVidia 0x181 (nv)". Das hätte ich unter 9.0 notfalls auch ausgewählt, war aber nicht in der Liste. Any idea? Grüße Andreas
Am Dienstag, 23. März 2004 20:48 schrieb Andreas Scholz:
Hallo Liste,
auch auf die Gefahr hin, mir Schelte für 397ten Thread mit diesem Thema anzuhören:
Meine Maschine: Asus A7V8X-X mit Duron 1400, 512MB DDR333, NVidia gforce 4 MX440SE mit LITEON-LDC
Nach fertiger Inst kommt ein völlig zerschreddertes Bild - sieht aus, als passe das Raster nicht zur Video-Ausgabe (Die Info im OSD des Monitors gibt auch 800x600 an, während in yast 1024x768 eingestellt ist). Während der Inst ist das Bild völlig ok. Text-Konsolen 1...6 gehen auch nach Inst.
Bisherige Maßnahmen: In Textkonsole yast gestartet, online-update (dabei auch NVidia-Treiber angekreuzt) und dann nochmal yast->Hardware->GraKa/Monitor. SAX2-Testbildschirm kommt, Monitor mit Auflösung usw ausgewählt, wobei mein Modell natürlich nicht in der Liste war :-( Konfig abgespeichert (NICHT getestet - dabei hängt sich die Mühle auf :-((( ) und neu gestartet. Alles wie bisher. Das alles nochmal mit verschiedenen Auflösungen durchgespielt.
Auf meiner 8.2er läuft das aber. Zwar ohne 3D, aber sowas braucht man eh nicht (?). Da steht im yast allerdings nicht der korrekte NVidia-Typ, sondern "NVidia 0x181 (nv)". Das hätte ich unter 9.0 notfalls auch ausgewählt, war aber nicht in der Liste.
Any idea?
ja, den nvidia - treiber wirklich auswählen: wird der Treiber tatsächlich auch gleich von YaST installiert? glaube ich nicht. ich hole ihn mir immer per ftp von nvidia.com und installiere ihn mit sh .....nvidia.run.... hier nicht den download wählen, da für die 9.0 keine fertigen da sind sondern kompilieren lassen. Ach ja.... Du solltest die Kernelquellen und Kompiler installiert haben, sonst geht das Erstellen des Kernelmoduls von Nvidia nicht.. dann in sax Karte löschen, karte neu wählen: Deinen Typ ..... da sollte auch der nvidia als Treiber auftauchen mit 3D .... steht übrigens alles bei SuSE in der SDB oder bei NVidia irgendwo auf der Webseite. Also lies Dich mal ein. Grüße gg
Hallo Georg, danke für die Tips! Werde ich morgen gleich probieren. Am Dienstag, 23. März 2004 21:26 schrieb Georg Golombek:
ja, den nvidia - treiber wirklich auswählen:
wird der Treiber tatsächlich auch gleich von YaST installiert? glaube ich nicht.
ich hole ihn mir immer per ftp von nvidia.com und installiere ihn mit sh .....nvidia.run.... hier nicht den download wählen, da für die 9.0 keine fertigen da sind sondern kompilieren lassen.
Ach ja.... Du solltest die Kernelquellen und Kompiler installiert haben, sonst geht das Erstellen des Kernelmoduls von Nvidia nicht..
dann in sax Karte löschen, karte neu wählen: Deinen Typ ..... da sollte auch der nvidia als Treiber auftauchen mit 3D
....
steht übrigens alles bei SuSE in der SDB oder bei NVidia irgendwo auf der Webseite.
Also lies Dich mal ein.
Besonderen Dank für diesen Tip! Seit 5 Jahren lese ich alles mögliche und finde nix. Bin kein Win-Fan aber: Über Win werden hier Witze gemacht, aber Lin treibt einen zum Wahnsinn. Zerschossene Win-Partitionen und nach Installation einer neuen SuSE nicht mehr funktionierende Bootloader zehren schon ganz schön. Nichts für Ungut. Andreas P.S.: Sorry, Georg, wg. PM, hatte im Mailer was vergessen.
Hallo Andreas, On Tue, Mar 23, 2004 at 09:50:38PM +0100, Andreas Scholz wrote:
danke für die Tips! Werde ich morgen gleich probieren.
Am Dienstag, 23. März 2004 21:26 schrieb Georg Golombek:
ja, den nvidia - treiber wirklich auswählen:
steht übrigens alles bei SuSE in der SDB oder bei NVidia irgendwo auf der Webseite.
Also lies Dich mal ein.
Besonderen Dank für diesen Tip! Seit 5 Jahren lese ich alles mögliche und finde nix. Bin kein Win-Fan aber: Über Win werden hier Witze gemacht, aber Lin treibt einen zum Wahnsinn.
*hrhr* vielleicht solltest du das richtige lesen. Da du momentan noch den nv Treiber verwendest (würde ich dir auch empfehlen weiterhin zu verwenden) Editiere die XF86Config[-4] mal von Hand. Und stelle dort die in 'man nv' gefundenen Optionen ein.
Zerschossene Win-Partitionen und nach Installation einer neuen SuSE nicht mehr funktionierende Bootloader zehren schon ganz schön.
dazu sage ich jetzt nichts. Ich könnte Dir eine sinnvollere Antwort gegeben, wenn du ordentliche Daten geliefert hättest statt dich über einen Aufruf zum Lesen auszulassen. Greetings Daniel -- Wie entsteht bei Ebbe und Flut der 2. Flutberg auf der Mond abgewandten Seite?
Hallo Daniel, Am Mittwoch, 24. März 2004 01:00 schrieb Daniel Lord:
... *hrhr* vielleicht solltest du das richtige lesen.
Ja, aber egal ob man sich durch kiloweise Papier wühlt oder massenhaft html durchstöbert - der Erfolg ist oft: Nach dem 100ertsten Querverweis und der 200ertsten nicht verstandenen Vokabel gibt man mit rauchendem Kopf und vertrödelter Zeit entnervt auf und macht seine Arbeit unter Win. Ich weiß, dies ist nicht die SuSE-Meckerecke, aber ich möchte mal sehen wie es jemandem geht, der (völlig ohne einschlägige Vorbelastung) auf die hübschen, bunten Versprechungen auf der Verpackung der SuSE-Distri hereingefallen ist.
Da du momentan noch den nv Treiber verwendest (würde ich dir auch empfehlen weiterhin zu verwenden) Editiere die XF86Config[-4] mal von Hand. Und stelle dort die in 'man nv' gefundenen Optionen ein.
Den habe ich in der 8.2 laufen und werde ihn garantiert nie anfassen, versprochen. Never touch a runnig system.
Zerschossene Win-Partitionen und nach Installation einer neuen SuSE nicht mehr funktionierende Bootloader zehren schon ganz schön.
dazu sage ich jetzt nichts.
Nee, laß mal - ist hier wirlich OT. Bei mir hat sich nur allerhand Frust angestaut - wird auch wieder besser ;-)
Greetings Daniel -- Wie entsteht bei Ebbe und Flut der 2. Flutberg auf der Mond abgewandten Seite?
Wenigstens darauf weiß ich eine Anwort! ;-) Grüße Andreas
Am Dienstag, 23. März 2004 21:50 schrieb Andreas Scholz:
Hallo Georg,
.. Lin kann einen in den Wahnsinn treiben... .. Zerschossene Win-Partitionen und nach Installation einer neuen SuSE nicht mehr funktionierende Bootloader zehren schon ganz schön.
Schon mal ein "Update von NT auf 2000 oder XP gemacht? Läuft danach noch alle Software "rund"? Überhaupt keine Probleme mit der Registry? 3x Ja = Halleluja! Ein Wunder!!! Gruß, Michael -- ____ / / / / /__/ Michael Höhne / / / / / / mih-Hoehne@t-online.de / _____________________________________/
Am Dienstag, 23. März 2004 21:26 schrieb Georg Golombek:
wird der Treiber tatsächlich auch gleich von YaST installiert? glaube ich nicht.
Darfst Du aber glauben. Bei meiner 9.0 hat sich YAST das script fetchnvidia runtergeholt. Lass ich das durchlaufen, wird bei mir der Treiber downgeloaded und installiert. Habe das jetzt nach diversen Security-Patches per YAST schon dreimal machen müssen. Hübsch bequem und simple das. Sogar die Monitoreinstellungen wurden sauber übernommen. Wenn ich den Treiber früher per Hand installiert hatte, musste ich die Monitoreinstellungen per sax immer neu angeben. Nein, ich habe mir das script noch nicht genauer angesehen. Grüße René
René Falk wrote:
[...] Darfst Du aber glauben. Bei meiner 9.0 hat sich YAST das script fetchnvidia runtergeholt. Lass ich das durchlaufen, wird bei mir der Treiber downgeloaded und installiert. Habe das jetzt nach diversen Security-Patches per YAST schon dreimal machen müssen. Hübsch bequem und simple das.
Ich habe mir einmal das NVIDIA .run File heruntergeladen und ausgefuehrt - ich denke, das ist auch nicht besonders schwer. Bei einem Security-Patch des Kernels (oder IIRC auch von XFree in letzter Zeit) einfach nochmal das .run File ausgefuehrt oder auch nur ein neues Kernel Modul installiert - fertig. Versuche mal mit YaST das ganze zu machen, wenn Du mehrere Kernel installiert hast und evtl. abwechselnd bootest - das ist kein Spass... :-) Fuer relativ einfache Faelle wird es sicher auch die Installation ueber YaST tun - hatte ich aber keine guten Erfahrungen mit in der Vergangenheit.
Sogar die Monitoreinstellungen wurden sauber übernommen.
Das werden sie immer und ist unabhaengig davon, wie Du den Treiber installierst, ob selbst ueber das .run File oder ueber YaST.
Wenn ich den Treiber früher per Hand installiert hatte, musste ich die Monitoreinstellungen per sax immer neu angeben.
Dann hast Du IMHO etwas falsch gemacht. Die Einstellungen muessen meist neu vorgenommen werden, wenn Du von nv zu nvidia wechselst, aber nicht, wenn Du einfach den NVIDIA Treiber neu installiert - die Einstellungen zum Monitor stehen in der XF86Config, und daran aendert die Treiberinstallation eigentlich nichts. Deswegen kann ich mir eigentlich auch nicht vorstellen, dass Monitorein- stellungen verloren gehen, wie Du oben schreibst. Ich habe schon sehr viel mit NVIDIA Treibern experimentiert und das Problem, was Du beschreibst, ist mir bisher nicht untergekommen. Gruesse, Thomson
-----Ursprüngliche Nachricht----- Von: Thomas Hertweck [mailto:Thomas.Hertweck@gpi.uni-karlsruhe.de] Gesendet: Mittwoch, 24. März 2004 10:00 An: SuSE Linux ML Betreff: Re: NVidia und SuSE 9.0
[...]
Sogar die Monitoreinstellungen wurden sauber übernommen.
Das werden sie immer und ist unabhaengig davon, wie Du den Treiber installierst, ob selbst ueber das .run File oder ueber YaST.
Wenn ich den Treiber früher per Hand installiert hatte, musste ich die Monitoreinstellungen per sax immer neu angeben.
Dann hast Du IMHO etwas falsch gemacht. Die Einstellungen muessen meist neu vorgenommen werden, wenn Du von nv zu nvidia wechselst, aber nicht, wenn Du einfach den NVIDIA Treiber neu installiert - die Einstellungen zum Monitor stehen in der XF86Config, und daran aendert die Treiberinstallation eigentlich nichts. Deswegen kann ich mir eigentlich auch nicht vorstellen, dass Monitorein- stellungen verloren gehen, wie Du oben schreibst. Ich habe schon sehr viel mit NVIDIA Treibern experimentiert und das Problem, was Du beschreibst, ist mir bisher nicht untergekommen.
Nein, das sehe ich nicht so! Mir passiert das nämlich auch jedes Mal wieder, daß der Monitor neu eingestellt werden muß!! CU Peter
peter grotz wrote:
[...] Nein, das sehe ich nicht so! Mir passiert das nämlich auch jedes Mal wieder, daß der Monitor neu eingestellt werden muß!!
Tja, dann mache ich wohl 'was falsch, wenn es bei mir bisher nie noetig war... Vielleicht solltest Du einfach mal die Modelines loeschen, bei XFree in Version 4 wird das sogar explizit geraten. CU, Th. PS: Lerne bitte, ordentlich zu quoten: http://learn.to/quote! Kein AW:, ordentliche Zitateinleitung, etc.
* peter grotz postete am 24. Mar. 2004 folgendes:
Von: Thomas Hertweck: [...]
Sogar die Monitoreinstellungen wurden sauber übernommen.
Das werden sie immer und ist unabhaengig davon, wie Du den Treiber installierst, ob selbst ueber das .run File oder ueber YaST.
Wenn ich den Treiber früher per Hand installiert hatte, musste ich die Monitoreinstellungen per sax immer neu angeben.
Dann hast Du IMHO etwas falsch gemacht. Die Einstellungen muessen meist neu vorgenommen werden, wenn Du von nv zu nvidia wechselst, aber nicht, wenn Du einfach den NVIDIA Treiber neu installiert - die Einstellungen zum Monitor stehen in der XF86Config, und daran aendert die Treiberinstallation eigentlich nichts. Deswegen kann ich mir eigentlich auch nicht vorstellen, dass Monitorein- stellungen verloren gehen, wie Du oben schreibst. Ich habe schon sehr viel mit NVIDIA Treibern experimentiert und das Problem, was Du beschreibst, ist mir bisher nicht untergekommen.
Nein, das sehe ich nicht so! Mir passiert das nämlich auch jedes Mal wieder, daß der Monitor neu eingestellt werden muß!!
Also ich hatte bisher keine Probleme mit dem Umstellen des Treibers. Und ich musste die Monitoreinstellungen bisher noch nie anpassen. Ich muss dabei sagen, das ich die Datei nur via vi editiere. Also scheint bei Dir etwas Falsch zu laufen. Das beste wäre, wenn Du vor dem Umstellen oder der Neukompilierung die XF86Config mal sicherst und nach der Installation mal vergleichst, was sich da geändert hat. Bye Michael -- Two simple rules for life: Know Thyself, take nothing in Excess -- Socrates _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/
Am Mittwoch, 24. März 2004 10:00 schrieb Thomas Hertweck:
Ich habe mir einmal das NVIDIA .run File heruntergeladen und ausgefuehrt - ich denke, das ist auch nicht besonders schwer. Bei einem Security-Patch des Kernels (oder IIRC auch von XFree in letzter Zeit) einfach nochmal das .run File ausgefuehrt oder auch nur ein neues Kernel Modul installiert - fertig.
Per Yast ist simpler. Kein Wechsel des Runlevel, kein X beenden, etc., einfach nur das Script runterladen und dessen Ausführung bestätigen, der Rest geht automatisch.
Versuche mal mit YaST das ganze zu machen, wenn Du mehrere Kernel installiert hast und evtl. abwechselnd bootest - das ist kein Spass... :-)
Kann ich nicht beurteilen, hab noch nicht mit Multikerneln gearbeitet.
Fuer relativ einfache Faelle wird es sicher auch die Installation ueber YaST tun - hatte ich aber keine guten Erfahrungen mit in der Vergangenheit.
Klappt bei mir auch erst seit 9.0 fehlerfrei.
Dann hast Du IMHO etwas falsch gemacht. Die Einstellungen muessen meist neu vorgenommen werden, wenn Du von nv zu nvidia wechselst, aber nicht, wenn Du einfach den NVIDIA Treiber neu installiert - die Einstellungen zum Monitor stehen in der XF86Config, und daran aendert die Treiberinstallation eigentlich nichts. Deswegen kann ich mir eigentlich auch nicht vorstellen, dass Monitorein- stellungen verloren gehen, wie Du oben schreibst. Ich habe schon sehr viel mit NVIDIA Treibern experimentiert und das Problem, was Du beschreibst, ist mir bisher nicht untergekommen.
Nach manchen Updates per Yast wurde bei mir automatisch auf nv mit Vesa Monitor umgestellt. Beim anschließenden installieren des Nvidia-Treibers musste ich dann anschließend logischerweise den Monitor wieder richtig einstellen. Grüße René
René Falk wrote:
Am Mittwoch, 24. März 2004 10:00 schrieb Thomas Hertweck:
Ich habe mir einmal das NVIDIA .run File heruntergeladen und ausgefuehrt - ich denke, das ist auch nicht besonders schwer. Bei einem Security-Patch des Kernels (oder IIRC auch von XFree in letzter Zeit) einfach nochmal das .run File ausgefuehrt oder auch nur ein neues Kernel Modul installiert - fertig.
Per Yast ist simpler. Kein Wechsel des Runlevel, kein X beenden, etc., einfach nur das Script runterladen und dessen Ausführung bestätigen, der Rest geht automatisch.
Unter Garantie nicht. Wenn Du X laufen hast und dann einen NVIDIA Treiber installierst (so das denn ueberhaupt geht), dann wirst Du ihn erst nach dem naechsten Starten von X wirklich anwenden - anders geht es kaum. Du waerst der Erste, der es schafft, waehrend eines laufenden X-Servers ohne Umstaende dessen Treiber zu wechseln :-) Deine Argumente sind also eher nur scheinbare Argumente fuer die Vorgehensweise von Dir. Dir mag es einfacher vorkommen, weil Du es so kennst und bisher so gemacht hast, das glaube ich Dir sofort; aber lass Dich durch das YaST Frontend nicht taeuschen. Auch Du wirst IMHO X neu starten muessen, um die Aenderungen wirksam werden zu lassen. Nach einem Kernel-Upgrade musst Du auch neu booten, wie soll sonst der neue Kernel ans Laufen kommen? Manchmal geht es halt nicht ohne. Selbst wenn Du einen neuen Kernel installierst, wird bis zum Reboot immer noch der alte verwendet...
[...] Nach manchen Updates per Yast wurde bei mir automatisch auf nv mit Vesa Monitor umgestellt. Beim anschließenden installieren des Nvidia-Treibers musste ich dann anschließend logischerweise den Monitor wieder richtig einstellen.
Wenn das so passiert, dann hast Du natuerlich Recht, dass in Deinem Falle ein erneutes Einstellen der Monitordaten notwendig war bzw. ist. Noch ein Grund mehr, bei dieser Geschichte nicht auf YaST zu bauen - bei mir war das wie gesagt noch nie noetig. Gruesse, Thomson
Am Mittwoch, 24. März 2004 23:46 schrieb Thomas Hertweck:
Unter Garantie nicht. Wenn Du X laufen hast und dann einen NVIDIA Treiber installierst (so das denn ueberhaupt geht), dann wirst Du ihn erst nach dem naechsten Starten von X wirklich anwenden - anders geht es kaum. Du waerst der Erste, der es schafft, waehrend eines laufenden X-Servers ohne Umstaende dessen Treiber zu wechseln :-) Deine Argumente sind also eher nur scheinbare Argumente fuer die Vorgehensweise von Dir. Dir mag es einfacher vorkommen, weil Du es so kennst und bisher so gemacht hast, das glaube ich Dir sofort; aber lass Dich durch das YaST Frontend nicht taeuschen. Auch Du wirst IMHO X neu starten muessen, um die Aenderungen wirksam werden zu lassen. Nach einem Kernel-Upgrade musst Du auch neu booten, wie soll sonst der neue Kernel ans Laufen kommen? Manchmal geht es halt nicht ohne. Selbst wenn Du einen neuen Kernel installierst, wird bis zum Reboot immer noch der alte verwendet...
Äh ja, neustarten muss man schon, hätte ich das erwähnen sollen? Ich bin aber immer noch der Meinung das es über Yast seit SuSE 9.0 einfacher und mit weniger Arbeitsaufwand machbar ist (Bin halt extrem faul, wenn der Rechner mir Arbeit abnehmen kann ).
Wenn das so passiert, dann hast Du natuerlich Recht, dass in Deinem Falle ein erneutes Einstellen der Monitordaten notwendig war bzw. ist. Noch ein Grund mehr, bei dieser Geschichte nicht auf YaST zu bauen - bei mir war das wie gesagt noch nie noetig.
Wie schon erwähnt, seit SuSE 9.0 funzt das sauber bei mir. Grüße René
Andreas Scholz wrote:
auch auf die Gefahr hin, mir Schelte für 397ten Thread mit diesem Thema anzuhören:
Ja, das Thema NVIDIA gibt es immer wieder. Schau also bitte mal ins Archiv der Liste und in den entsprechenden Artikel der SDB bzw. auf dem SuSE FTP Server: http://portal.suse.com/sdb/de/2003/04/wessels_nvidia4349.html ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/nvidia-installer-HOWTO
[...] Bisherige Maßnahmen: In Textkonsole yast gestartet, online-update (dabei auch NVidia-Treiber angekreuzt) und dann nochmal yast->Hardware->GraKa/Monitor.
Davon wuerde ich aus persoenlicher Erfahrung abraten - damit hatte eine Kollegin hier schon viel Aerger. Ich installiere den NVIDIA Treiber immer von Hand, damit habe ich es bisher auf allen Maschinen zum Laufen bekommen. Lade Dir das .run File von der NVIDIA Homepage herunter und installiere es. Vorher muessen allerdings die passenden Kernel-Quellen installiert und konfiguriert sein, sonst wird es nicht funktionieren. Mit "sax2 -m 0=nvidia" solltest Du nach der korrekten Installation des Treibers dann die Konfiguration von X starten.
SAX2-Testbildschirm kommt, Monitor mit Auflösung usw ausgewählt, wobei mein Modell natürlich nicht in der Liste war :-(
Du kannst die Monitor Spezifikationen direkt eingeben oder aber auch eine .inf Datei verwenden - das muesste IIRC auch gehen.
Konfig abgespeichert (NICHT getestet - dabei hängt sich die Mühle auf :-((( ) und neu gestartet. Alles wie bisher. Das alles nochmal mit verschiedenen Auflösungen durchgespielt.
Wenn sich mit dem NVIDIA Treiber ein PC aufhaengt, dann gibt es meist Probleme mit dem Framebuffer, ACPI und/oder APIC. Dann muss man mit verschiedenen Boot-Parametern testen.
[...] Auf meiner 8.2er läuft das aber. Zwar ohne 3D, aber sowas braucht man eh nicht (?). Da steht im yast allerdings nicht der korrekte NVidia-Typ, sondern "NVidia 0x181 (nv)". Das hätte ich unter 9.0 notfalls auch ausgewählt, war aber nicht in der Liste.
nv ist der Standard-XFree Treiber fuer NVIDIA-basierte Grafikkarten. Dieser Treiber beherrscht kein 3D; er ist unter Garantie auch bei der SuSE 9.0 verfuegbar. Fuer 3D brauchst Du den NVIDIA Treiber. CU, Th.
Hi Thomson, danke mal wieder für Deine Hilfe! Am Dienstag, 23. März 2004 22:03 schrieb Thomas Hertweck:
... http://portal.suse.com/sdb/de/2003/04/wessels_nvidia4349.html ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/nvid ia-installer-HOWTO
Die hatte ich auch schon, sogar ausgedruckt. Im HOWTO wird allerdings empfohlen, alles mit yast zu machen.
yast->Hardware->GraKa/Monitor.
Davon wuerde ich aus persoenlicher Erfahrung abraten - damit hatte eine Kollegin hier schon viel Aerger. Ich installiere den NVIDIA Treiber immer von Hand, damit habe ich es bisher auf allen Maschinen zum Laufen bekommen. Lade Dir das .run File von der NVIDIA Homepage herunter und installiere es. Vorher muessen allerdings die passenden Kernel-Quellen installiert und konfiguriert sein, sonst wird es nicht funktionieren.
Die Kernel-Quellen hatte ich vergessen. Nach einem init 3 lief das run-file auch.
Mit "sax2 -m 0=nvidia" solltest Du nach der korrekten Installation des Treibers dann die Konfiguration von X starten.
Hat auch geklappt.
Wenn sich mit dem NVIDIA Treiber ein PC aufhaengt, dann gibt es meist Probleme mit dem Framebuffer, ACPI und/oder APIC. Dann muss man mit verschiedenen Boot-Parametern testen.
Damit bin ich schon mal wieder überfordert. Aber vielleicht liegt folgendes ja auch daran: Jetzt läuft zwar X (angeblich mit 3D), aber der Bildschirm zeigt beim herunter fahren irgendwas Geschreddertes. Scheint der splash-screen zu sein. Daß der noch kommt, obwohl ich in der menu.lst von grub splash=0 eingetragen habe, verstehe ich auch nicht. Ist zwar nicht schön, aber ich könnte damit leben.
nv ist der Standard-XFree Treiber fuer NVIDIA-basierte Grafikkarten. Dieser Treiber beherrscht kein 3D; er ist unter Garantie auch bei der SuSE 9.0 verfuegbar.
NVidia 0x0181 (nv) aus der 8.2 ist in der 9.0 leider nicht dabei. Geht da erst mit 0x0188 los. Den zu nehmen trau' ich mich aber nicht. Grüße Andreas
Andreas Scholz wrote:
[...] Die Kernel-Quellen hatte ich vergessen. Nach einem init 3 lief das run-file auch.
Stimmt. Der Treiber muss in Runlevel 3 installiert werden, sonst wird es nicht funktionieren.
[...] Damit bin ich schon mal wieder überfordert. Aber vielleicht liegt folgendes ja auch daran: Jetzt läuft zwar X (angeblich mit 3D), aber der Bildschirm zeigt beim herunter fahren irgendwas Geschreddertes. Scheint der splash-screen zu sein. Daß der noch kommt, obwohl ich in der menu.lst von grub splash=0 eingetragen habe, verstehe ich auch nicht. Ist zwar nicht schön, aber ich könnte damit leben.
Ich denke eher, das ist das altbekannte Problem des NVIDIA Treibers mit dem Framebuffer. Versuche doch mal, mit der Option "vga=normal" zu booten (also am Boot-Prompt eingeben bei lilo oder entsprechend vorgehen bei grub) und schau, ob das Problem mit der geschredderten Konsole immer noch auftritt.
[...] NVidia 0x0181 (nv) aus der 8.2 ist in der 9.0 leider nicht dabei. Geht da erst mit 0x0188 los. Den zu nehmen trau' ich mich aber nicht.
Ich verstehe nicht so ganz, von was genau Du hier redest. Wo versuchst Du denn, eine derartige Einstellung vorzunehmen? Schau doch mal, was bei Dir ein "ll /usr/X11R6/lib/modules/drivers/" fuer eine Ausgabe produziert. Da sollte ein nv_drv.o dabei sein, das ist der Standard nv-Treiber fuer NVIDIA-basierte Grafikkarten von XFree. Was Du mit 0x0181 bzw. 0x0188 meinst, weiss ich nicht. Hast Du den NVIDIA Treiber installiert, so wird zusaetzlich dort eine Datei nvidia_drv.o auftauchen. Diese Datei ist Teil des NVIDIA Treiberpaketes. Du kannst auch unter SuSE 9.0 Deine Grafikkarte entweder mit "nv" nutzen (ohne 3D), oder mit dem NVIDIA Treiber "nvidia" (mit 3D) - entsprechende Aufrufe von sax2 waeren z.B. "sax2 -m 0=nv" bzw. "sax2 -m 0=nvidia". Im Prinzip kannst Du auch einfach die XF86Config Datei direkt editieren - zum Umstellen von "nv" auf "nvidia" bzw. andersrum sind nur wenige Aenderungen noetig. Gruesse, Thomson
Hallo Thomas, Am Mittwoch, 24. März 2004 18:23 schrieb Thomas Hertweck:
Ich denke eher, das ist das altbekannte Problem des NVIDIA Treibers mit dem Framebuffer. Versuche doch mal, mit der Option "vga=normal" zu booten (also am Boot-Prompt eingeben bei lilo oder entsprechend vorgehen bei grub) und schau, ob das Problem mit der geschredderten Konsole immer noch auftritt.
Die boot-Option mußte ich in die menu.lst eintragen: title SuSE 9.0 kernel (hd0,11)/boot/vmlinuz root=/dev/hda12 vga=normal splash=0 desktop hdc=ide-scsi hdclun=0 showopts initrd (hd0,11)/boot/initrd Konsolen waren dann auch in Standard-VGA. X präsentierte sich dann aber lustigerweise im Raster 720x400 (laut OSD des Monitors). Aber auch mit geschreddertem Bildinhalt.
[...] NVidia 0x0181 (nv) aus der 8.2 ist in der 9.0 leider nicht dabei. Geht da erst mit 0x0188 los. Den zu nehmen trau' ich mich aber nicht.
Ich verstehe nicht so ganz, von was genau Du hier redest. Wo versuchst Du denn, eine derartige Einstellung vorzunehmen?
In sax. Auswahl der GraKa. In der 8.2er ist meine GraKa nicht aufgeführt, da hat sax die mit der Bezeichnung "0x0181" selbst ausgewält (vielleicht weil sie zufällig die erste in der Liste war?). XF86Config der SuSE8.2 (damit läuft alles außer 3D): Section "Device" BoardName "0x0181" BusID "1:0:0" Driver "nv" Identifier "Device[0]" Screen 0 VendorName "NVidia" EndSection
Schau doch mal, was bei Dir ein "ll /usr/X11R6/lib/modules/drivers/" fuer eine Ausgabe produziert. Da sollte ein nv_drv.o dabei sein, ...
Ja, ist da.
Hast Du den NVIDIA Treiber installiert, so wird zusaetzlich dort eine Datei nvidia_drv.o auftauchen.
Der nvidia_drv.o mit heutigem Datum ist auch da.
Du kannst auch unter SuSE 9.0 Deine Grafikkarte entweder mit "nv" nutzen (ohne 3D), oder mit dem NVIDIA Treiber "nvidia" (mit 3D) - entsprechende Aufrufe von sax2 waeren z.B. "sax2 -m 0=nv" bzw. "sax2 -m 0=nvidia".
Hab' jetzt "sax2 -m 0=nv" aufgerufen. Der entspr. Abschnitt der XF86Config der SuSE9.0 sieht jetzt so aus: Section "Device" BoardName "GeForce4 MX440SE" BusID "1:0:0" Driver "nv" Identifier "Device[0]" VendorName "NVidia" EndSection Jetzt kann ich wieder mit den Konsolen 1...6 arbeiten, dafür aber nicht mehr mit x (Raster ist für 800x600 und Video für 1024x768 - passen also nicht zusammen). Folgendes noch, weiß nicht ob es wichtig ist: Die GraKa kam aus einem Karton, auf dem "Palit" stand. Ist der NVidia-Chip drauf (soll lt. Händler angeblich identisch sein mit Original NVidia-Karte). Immerhin erkennen SuSE9.0 und W$ die Karte. --------------------------------------------------------------- Nach weiteren Stunden probieren: Systemstart, erreichen des Anmeldungsbildschirms (geschreddertes Bild, wie gehabt): Umgeschaltet auf andere Konsole, als root angemeldet, init 3, sax2 -m 0=nv, Konfiguration bearbeitet (Auflösung...) und gespeichert, init 5 -> und dann lief es. Konnte an- und abmelden. Alles prima - bis zum Neustart. Dann wieder die alte Ausgangssituation. Mit der hier beschriebenen Methode (init 3 und wieder init 5) kann ich die Maschine jetzt benutzen. Nur etwas mühsam. :-( Aber da kann doch nur noch ein kleiner Fehler sein? Grüße Andreas
Andreas Scholz wrote:
[...] Die boot-Option mußte ich in die menu.lst eintragen:
Das sollte eigentlich nicht noetig sein, solange man eine Option lediglich einmalig zu Testzwecken verwenden moechte. Da kann man diese Option auch direkt beim Booten mit grub oder auch bei lilo am Boot-Prompt angeben.
title SuSE 9.0 kernel (hd0,11)/boot/vmlinuz root=/dev/hda12 vga=normal splash=0 desktop hdc=ide-scsi hdclun=0 showopts initrd (hd0,11)/boot/initrd
Konsolen waren dann auch in Standard-VGA. X präsentierte sich dann aber lustigerweise im Raster 720x400 (laut OSD des Monitors). Aber auch mit geschreddertem Bildinhalt.
Da blicke ich nicht so ganz durch. Die Konsolen sollten nun in Standard-VGA laufen, das war Sinn und Zweck des Boot-Parameters. Bei der Verwendung von nv oder nvidia als Treiber fuer X duerfte es aber nicht passieren, dass sich die Aufloesung o.ae. aendert. Der NVIDIA Treiber hat manchmal Probleme mit aktiviertem Framebuffer - deswegen hatte ich gehofft, ein Abschalten wuerde die Problematik der "geschredderten" Konsolen beheben. Ein weiterer Kandidat fuer einen Test ist der "desktop" Bootparameter, siehe http://portal.suse.com/sdb/de/2003/10/pohletz_desktop_90.html
[...] In sax. Auswahl der GraKa. In der 8.2er ist meine GraKa nicht aufgeführt, da hat sax die mit der Bezeichnung "0x0181" selbst ausgewält (vielleicht weil sie zufällig die erste in der Liste war?).
XF86Config der SuSE8.2 (damit läuft alles außer 3D): Section "Device" BoardName "0x0181" BusID "1:0:0" Driver "nv" Identifier "Device[0]" Screen 0 VendorName "NVidia" EndSection
Hier verwendest Du den Standard XFree Treiber fuer NVIDIA-basierte Grafikkarten, deswegen steht da bei Driver ein "nv". Damit sollte X auf alle Faelle laufen, allerdings eben ohne 3D. Das scheint bei Dir soweit zu stimmen. Nach der Installation der NVIDIA-Treiber kann man nun z.B. a) den Treiber von nv zu nvidia aendern, b) zusaetzlich in einem anderen Abschnitt der XF86Config das glx Modul laden c) evtl. vorhandene Modelines loeschen und dann muesste theoretisch der NVIDIA Treiber verwendet werden, so denn das Kernel-Modul des Treiberpaketes korrekt geladen werden kann.
[...] Hab' jetzt "sax2 -m 0=nv" aufgerufen. Der entspr. Abschnitt der XF86Config der SuSE9.0 sieht jetzt so aus:
Section "Device" BoardName "GeForce4 MX440SE" BusID "1:0:0" Driver "nv" Identifier "Device[0]" VendorName "NVidia" EndSection
Jetzt kann ich wieder mit den Konsolen 1...6 arbeiten, dafür aber nicht mehr mit x (Raster ist für 800x600 und Video für 1024x768 - passen also nicht zusammen).
Die Aussage in Klammern verstehe ich nicht. Die Sektion hier aus der XF86Config entspricht genau der oben gezeigten Version bei SuSE 8.2, wo es laut Deinen Aussagen funktionierte. An dem hier gezeigten Abschnitt liegt es nicht, wenn Deine Aufloesung nicht stimmt. Schau Dir mal die anderen Abschnitte der XF86Config an. Vermutlich hast Du bei sax2 eine falsche Auswahl bei den moeglichen Aufloesungen getroffen.
[...] Folgendes noch, weiß nicht ob es wichtig ist: Die GraKa kam aus einem Karton, auf dem "Palit" stand. Ist der NVidia-Chip drauf (soll lt. Händler angeblich identisch sein mit Original NVidia-Karte). Immerhin erkennen SuSE9.0 und W$ die Karte.
Der Hersteller der GraKa ist erst einmal relativ unwichtig, wichtig ist primaer der Grafikchip auf der Karte, und der ist von NVIDIA. So ganz blicke ich nun nicht mehr durch, was Du wo wie alles veraendert hast. Momentan scheint es ja nicht wirklich zu funktionieren bei Dir. Du solltest Dich entscheiden, ob Du 3D brauchst oder nicht, davon haengt ab, ob Du den Treiber "nv" oder den NVIDIA Treiber "nvidia" verwenden musst. Dann muessen wir schauen, dass wir den von Dir gewuenschten Treiber ordentlich ans Laufen bekommen. Staendig mit beiden moeglichen Treibern abwechselnd etwas zu testen hat wenig Sinn, da kommt nur alles durcheinander. CU, Th.
Hallo Thomson, sorry wg delay, hatte gestern keine Zeit für PC (jetzt am WE voraussichtlich auch nicht). Am Donnerstag, 25. März 2004 09:23 schrieb Thomas Hertweck:
Da kann man diese Option auch direkt beim Booten mit grub oder auch bei lilo am Boot-Prompt angeben.
Hatte ich probiert, ging nicht.
title SuSE 9.0 kernel (hd0,11)/boot/vmlinuz root=/dev/hda12 vga=normal splash=0 desktop hdc=ide-scsi hdclun=0 showopts initrd (hd0,11)/boot/initrd
Konsolen waren dann auch in Standard-VGA. X präsentierte sich dann aber lustigerweise im Raster 720x400 (laut OSD des Monitors). Aber auch mit geschreddertem Bildinhalt.
Da blicke ich nicht so ganz durch. Die Konsolen sollten nun in Standard-VGA laufen, das war Sinn und Zweck des Boot-Parameters. Bei der Verwendung von nv oder nvidia als Treiber fuer X duerfte es aber nicht passieren, dass sich die Aufloesung o.ae. aendert. Der NVIDIA Treiber hat manchmal Probleme mit aktiviertem Framebuffer - deswegen hatte ich gehofft, ein Abschalten wuerde die Problematik der "geschredderten" Konsolen beheben.
Framebuffer - für mich erstmal wieder ein Fremdwort (interpretiere das als Zwischenspeicher für einen Bildschirm-Inhalt). Wurde der durch "vga=normal" abgeschaltet? Oder ist das eine der aktiven Kartenoptionen (laut sax/yast): CrtcNumber (Wert=0) FlatPanel HWCursor NoAccel SWCursor ShadowFB ShowCache UseFBDev VideoKey (Wert=0)
Ein weiterer Kandidat fuer einen Test ist der "desktop" Bootparameter, siehe http://portal.suse.com/sdb/de/2003/10/pohletz_desktop_90.html
Die Option "desktop" ist in meiner menu.lst nicht drin.
[...] XF86Config der SuSE8.2 (damit läuft alles außer 3D): Section "Device" BoardName "0x0181" BusID "1:0:0" Driver "nv" Identifier "Device[0]" Screen 0 VendorName "NVidia" EndSection
Hier verwendest Du den Standard XFree Treiber fuer NVIDIA-basierte Grafikkarten, deswegen steht da bei Driver ein "nv". Damit sollte X auf alle Faelle laufen, allerdings eben ohne 3D. Das scheint bei Dir soweit zu stimmen. Nach der Installation der NVIDIA-Treiber kann man nun z.B. a) den Treiber von nv zu nvidia aendern, b) zusaetzlich in einem anderen Abschnitt der XF86Config das glx Modul laden c) evtl. vorhandene Modelines loeschen und dann muesste theoretisch der NVIDIA Treiber verwendet werden, so denn das Kernel-Modul des Treiberpaketes korrekt geladen werden kann.
O. g. ist ja für meine 8.2er SuSE. Die läuft - ohne 3D. Aber die fasse ich erstmal nicht an ;-)
[...] Hab' jetzt "sax2 -m 0=nv" aufgerufen. Der entspr. Abschnitt der XF86Config der SuSE9.0 sieht jetzt so aus:
Section "Device" BoardName "GeForce4 MX440SE" BusID "1:0:0" Driver "nv" Identifier "Device[0]" VendorName "NVidia" EndSection
Jetzt kann ich wieder mit den Konsolen 1...6 arbeiten, dafür aber nicht mehr mit x (Raster ist für 800x600 und Video für 1024x768 - passen also nicht zusammen).
Die Aussage in Klammern verstehe ich nicht.
Bei dem geschredderten Bild drücke ich auf die Menü-Taste meines Monitors und blättere zu den Informationen. Dort erhalte ich die Info "800x600" sowie die verwendeten Frequenzen. Wenn der Video-Datenstrom dazu passen würde, hätte ich ja ein stehendes Bild. Ist aber nicht so. Früher bei den alten Fernsehern konnte man ja noch die Zeilenfrequenz einstellen. Wenn die nicht genau stimmte, gab es schräge Streifen. Wenn die weit daneben lag, sah das so ähnlich aus wie hier bei mir.
Die Sektion hier aus der XF86Config entspricht genau der oben gezeigten Version bei SuSE 8.2, wo es laut Deinen Aussagen funktionierte. An dem hier gezeigten Abschnitt liegt es nicht, wenn Deine Aufloesung nicht stimmt. Schau Dir mal die anderen Abschnitte der XF86Config an. Vermutlich hast Du bei sax2 eine falsche Auswahl bei den moeglichen Aufloesungen getroffen.
Da kann ich nichts Falsches erkennen: Section "Module" Load "dbe" Load "type1" Load "speedo" Load "freetype" Load "extmod" Load "glx" Load "v4l" EndSection Section "Monitor" Option "CalcAlgorithm" "CheckDesktopGeometry" DisplaySize 320 240 HorizSync 31-82 Identifier "Monitor[0]" ModelName "1280X1024@75HZ" VendorName "--> LCD" VertRefresh 58-75 UseModes "Modes[0]" EndSection Section "Modes" Identifier "Modes[0]" Modeline "1152x864" 86.70 1152 1224 1344 1536 864 865 868 896 Modeline "1152x864" 102.08 1152 1224 1352 1552 864 865 868 901 Modeline "1024x768" 67.48 1024 1080 1184 1344 768 769 772 797 Modeline "1024x768" 79.52 1024 1080 1192 1360 768 769 772 801 Modeline "800x600" 40.19 800 832 912 1024 600 601 604 623 Modeline "800x600" 47.53 800 840 920 1040 600 601 604 626 Modeline "640x480" 25.10 640 656 720 800 480 481 484 498 Modeline "640x480" 29.84 640 664 728 816 480 481 484 501 Modeline "1280x1024" 135.00 1280 1304 1448 1688 1024 1025 1028 1066 EndSection Section "Screen" DefaultDepth 24 SubSection "Display" Depth 15 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "800x600" EndSubSection SubSection "Display" Depth 32 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection Device "Device[0]" Identifier "Screen[0]" Monitor "Monitor[0]" EndSection Mir ist noch was eingefallen: Ich habe den Kernel 2.4.21-199-athlon. Mein Prozessor ist ein Duron 1300. Kann das was damit zu tun haben? Nochmal eine kurze Beschreibung des jetzigen Standes: SuSE 8.2: läuft mit dem nv-Treiber, sowohl Konsolen, als auch X. SuSE 9.0: läuft X mit dem nvidia-Treiber, sogar mit 3D, aber die Konsolen nicht (kein erkennbares Bild, aber ansonsten laufen sie, man arbeitet eben nur blind). Mit dem nv-Treiber laufen die Konsolen einwandfrei, aber X zunächst nicht (wie oben beschrieben - "geschreddert"). Dann gehe ich auf eine Konsole und wechsele zu runlevel 3. Dabei kommt kurz der X-Anfangsbildschirm (das feine graue Raster mit dem X in der Mitte), jetzt aber fehlerfrei. Beim erneuten Wechsel zu runlevel 5 läuft X auch einwandfrei. Die Konsolen dann auch noch. Grüße Andreas
Andreas Scholz wrote:
Am Donnerstag, 25. März 2004 09:23 schrieb Thomas Hertweck:
Da kann man diese Option auch direkt beim Booten mit grub oder auch bei lilo am Boot-Prompt angeben.
Hatte ich probiert, ging nicht.
Was ging nicht? Die Option angeben? Oder hat sie nicht funktioniert nach der Angabe am Boot-Prompt? Es geht mit Sicherheit, dass man am Boot-Prompt Angaben machen kann, bei grub hat man da sogar noch mehr Moeglichkeiten als bei lilo. Musst Du nochmal schauen...
[...] Framebuffer - für mich erstmal wieder ein Fremdwort (interpretiere das als Zwischenspeicher für einen Bildschirm-Inhalt). Wurde der durch "vga=normal" abgeschaltet?
Diese Option sollte tatsaechlich den Framebuffer abschalten. Danach muesstest Du Standard-VGA-Konsolen haben. Ein paar Kommentare:
[...] Section "Screen" DefaultDepth 24
Du verwendest eine Farbtiefe von 24bit. OK, kann man machen, hatte ich aber schon Aerger mit. Ich nutze hier 16bit. Reicht mir :-)
SubSection "Display" Depth 24 Modes "1280x1024" "800x600" EndSubSection
Fuer Deine Standard-Farbtiefe hast Du zwei Aufloesungen definiert, 1280x1024 und 800x600. Dein Monitor beherrscht hoffentlich die erste Aufloesung (native), denn das ist die Standardaufloesung.
[...] Mir ist noch was eingefallen: Ich habe den Kernel 2.4.21-199-athlon. Mein Prozessor ist ein Duron 1300. Kann das was damit zu tun haben?
Wieso sollte es? Der Athlon-Kernel ist fuer AMD Duron/Athlon Prozessoren optimiert. Passt also.
[...] Nochmal eine kurze Beschreibung des jetzigen Standes:
SuSE 8.2: läuft mit dem nv-Treiber, sowohl Konsolen, als auch X.
Gut. Das ist eigentlich auch nicht anders zu erwarten. Probleme gibt es i.d.R. nur mit dem NVIDIA Treiber.
SuSE 9.0: läuft X mit dem nvidia-Treiber, sogar mit 3D, aber die Konsolen nicht (kein erkennbares Bild, aber ansonsten laufen sie, man arbeitet eben nur blind).
Da haette ich eben gedacht, dass der Boot-Parameter "vga=normal", d.h. das Abschalten des Framebuffers, das Problem beheben sollte.
Mit dem nv-Treiber laufen die Konsolen einwandfrei, aber X zunächst nicht (wie oben beschrieben - "geschreddert"). Dann gehe ich auf eine Konsole und wechsele zu runlevel 3. Dabei kommt kurz der X-Anfangsbildschirm (das feine graue Raster mit dem X in der Mitte), jetzt aber fehlerfrei. Beim erneuten Wechsel zu runlevel 5 läuft X auch einwandfrei. Die Konsolen dann auch noch.
Hmm, mit dem nv Treiber sollte es eigentlich keine Probleme geben. Sehe ich das nun richtig, dass hier alles funktioniert, nur nicht im ersten Anlauf, d.h. direkt nach dem Hochfahren in Runlevel 5? Seltsam. Schau mal ins Archiv, ich glaube, so ein Problem hatte schon einmal jemand. Gruesse, Th.
Hallo Liste, hallo Thomas, war wieder mal viel los hier, daher kam ich erst jetzt weiter mit meinem Prob. Am Sonntag, 28. März 2004 12:34 schrieb Thomas Hertweck:
Ein paar Kommentare: [...] Du verwendest eine Farbtiefe von 24bit. OK, kann man machen, hatte ich aber schon Aerger mit. Ich nutze hier 16bit. Reicht mir :-)
Hab ich jetzt auch.
Hmm, mit dem nv Treiber sollte es eigentlich keine Probleme geben. Sehe ich das nun richtig, dass hier alles funktioniert, nur nicht im ersten Anlauf, d.h. direkt nach dem Hochfahren in Runlevel 5? Seltsam. Schau mal ins Archiv, ich glaube, so ein Problem hatte schon einmal jemand.
Danke, da hatte tatsächlich schon mal jemand sowas. Der hatte mit Ctrl/Alt/Backspace den X-Server erstmal gekillt. So ging es bei mir dann auch. Ist ja viel einfacher als über den runlevel-Wechsel. Ansonsten kam ich aber erstmal nicht weiter (3D ließ sich in sax2 nicht einschalten, Video-Performance [Kaffein] eher mäßig). Deshalb habe ich (Administration a la W$ :o) ) die ganze Installation platt und wieder neu gemacht. Das Problem mit dem Start von X unter dem nv-Treiber war aber wieder da (jungfräuliche Installation)! Da habe ich nun aber keine Zeit mehr investiert, sondern den nvidia-Treiber installiert: Update mit you, sh NVIDIA-Linux-x86-1.0-5336-pkg1.run (unter runlevel 3), dabei meckerte der Installer, daß da kein passendes Kernel-Modul da sei, hat "zu Hause" nachgeschaut und auch nix gefunden und dann ein neues compiliert. Ich hoffe, das gehört so? :o) Dann entspr. dem HowTo von Deiner HP überprüft, ob das Modul da ist usw. BTW: Kann es sein, daß der Text nicht mehr ganz aktuell ist? Daß sax2 bei Aktivierung des 3D eine falsche Meldung rausgibt ist mir inzwischen auch klar geworden. Vor dem run-script habe ich in grub eingestellt: vga=normal apm=off acpi=off (was ich davon wieder aktivieren kann, probiere ich noch aus). Nun läuft X mit 3D und die Konsolen 1...6 auch :-) Die Performance bei Kaffein ist immer noch mäßig (kamm-artige Ausfransungen an den Konturen, Bild deutlich unschärfer als unter Power-DVD), aber irgendwann mache ich mich mal an den mplayer ran... Vielen Dank nochmal! Grüße Andreas
Andreas Scholz wrote:
[...] Dann entspr. dem HowTo von Deiner HP überprüft, ob das Modul da ist usw. BTW: Kann es sein, daß der Text nicht mehr ganz aktuell ist?
Natuerlich - das NVIDIA Howto ist veraltet, wie man auch leicht am Datum und dem Stand der Treiberversion feststellen kann. Damals kam der Treiber noch als zwei RPM Pakete daher. Ich bin leider (noch?) nicht dazu gekommen, das Howto abzudaten, zumal das Kernel Howto auch einiges an Zeit in Anspruch nahm und nimmt. Mal schaun - jegliche Hilfe ist natuerlich gerne willkommen. CU, Th.
Am Donnerstag, 1. April 2004 11:16 schrieb Andreas Scholz:
Nun läuft X mit 3D und die Konsolen 1...6 auch :-) Die Performance bei Kaffein ist immer noch mäßig (kamm-artige Ausfransungen an den Konturen, Bild deutlich unschärfer als
Ausgefranst? Handelt es sich um interlaced Video, dann solltest Du deinterlacing aktiviern (Taste i). Zur Geschwindigkeit: Wird das XVideo Ausgabeplugin verwendet? Ist der DMA Modus des Laufwerks aktiviert. Falls Du xine-ui auch installiert hast, starte mal xine-check, das analysiert Dein System auf eventuelle Fehlkonfigurationen.
unter Power-DVD), aber irgendwann mache ich mich mal an den mplayer ran...
MPlayer und xine/Kaffeine nutzen die selben Ausgabemechanismen, da wirst Du diesbezüglich wohl kaum Unterschiede bemerken. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (9)
-
Andreas Scholz -
Daniel Lord -
Georg Golombek -
Manfred Tremmel -
Michael Hoehne -
Michael Raab -
peter grotz -
René Falk -
Thomas Hertweck