* Andreas Hippauf schrieb am 07.Jul.2001:

Sorry für die doppelte mail. Ich bekam beim ersten Senden eine Fehlermeldungsmail, dass es nicht geklappt hätte. Dann war sie aber mit der zweiten Mail doch da... Merkwürdig, aber naja. War nicht bös gemeint.

Du hast wahrscheinlich die Mail vom Provider *eines* Listenteilnehmer bekommen, daß die Übertragung nicht geklappt hat. Kommt schon mal vor, daß bei dem einen oder anderen die Mailbox überläuft. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0

Hi! Andreas Hippauf wrote:

Naja, vielleicht kann mir solange jemand sagen, wie sich das mit dem agpart gegen den nvidiaagp-Treiber verhält. Der agpart wird von yast angeboten und läßt sich so auch deinstallieren. Aber woher kriegt man den nvidia AGP-Treiber her?

Es gibt keinen expliziten nvidia-AGP-Treiber. Du kannst die GLX-Treiber von nvidia und das Paket mit dem Kernel-Modul installieren. Ob die Karte eine PCI oder AGP-Karte ist, stellt man in der XF86Config ein. Lies mal unter /usr/share/doc/packages/nv_glx /usr/share/doc/packages/xf86 die Lesenmir-Dateien und schau v.a. in der zum Nvidia-Modul, ob die ganzen Rechte stimmen. Die aktuellen Treiber-Pakete gibt's bei nvidia.

Und warum läuft mein System auch ohne AGP-Treiber so instabil?

Keine Ahnung, hmmm, hast Du das aktuelle kde-base. Ich habe die SuSE 7.2 und das kde-base, das da dabei war, mochte auch nicht so. Da funzte z.B. der Bildschirmschoner nicht. Update hierzu gibt's auf SuSE's ftp-server.

Wenn ich unter dem nvidia (nicht nv, mit dem ich jetzt gerade die mails schreibe) normale arbeite / mails schreibe, "friert" irgendwann nach ca. 15-20 minuten X ein, geht dann im top bildschirm, den ich von einem remote-ssh login aus aufrufe ganz nach oben. Aber auch wenn ich den Prozess dann mit kill -9 prozessnummer kille, bleibt der Bildschirm erhalten, ich komm auf dem SUSE Rechner nicht mehr weiter, muss von der remote-shell ein reboot initiieren.... :-(

Das kann nicht sein! Dann hast Du X nicht sauber abgeschossen.

Bin ich da der einzige mit dem Problem? Welche Konfigurationen habt Ihr so bei GeforceKarten? (KDE?, Kernel, X, nvidia-Treiber?)

KDE 2.1.2, Kernel 2.4.4, XFree 4.0.3, Nvidia-Treiber V 1.0-1251 Wenn das alles bei Dir läuft und Du wenigstens zeitweise 3D-Be- schleunigung kriegst, sollte man vielleicht mal woanders suchen... CU Martin

* Andreas Hippauf schrieb am 08.Jul.2001:

Am Samstag, 7. Juli 2001 23:09 schrieb Martin Öhler:

...

Das kann nicht sein! Dann hast Du X nicht sauber abgeschossen.

wie gesagt kill -9 pid von X. Gibts da noch was besseres?

Es gibt nichts schlechteres. Warum -9? Warum? Du verwechselst "sauber" mit "unbedingt". kill -9 erzeugt ein SIGKILL, der jeweilige Prozeß kann es nicht abfangen. Das heißt, er kann auch keinerlei Aufräumarbeiten machen. Wenn Du alles andere probiert hast, dann kanst Du es mit SIGKILL versuchen. Für ein anständig programmiertes Programm ist SIGKILL nicht notwendig. Es ist nur dafür da, wenn ein Hirni von Programmierer alle Signale abfängt und ignoriert, so daß der User keine Chance hat das Programm vernünftig zu beenden. kill -9 ist mit der Axt dazwichen schlagen. Wenn es anschließend unschön aussieht, darf man sich nicht wundern. Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/produkte/buecher/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/shar/doc/sdb/de/html/literatur.html |Zufallssignatur 5

Am Sonntag, 8. Juli 2001 13:36 schrieb Thomas Hertweck:

Option "NvAgp" "0" ... disables AGP support Option "NvAgp" "1" ... use NVAGP, if possible Option "NvAgp" "2" ... use AGPGART, if possible

You should use the AGP module that works best with your AGP chipset. [...]

das hab ich auch gelesen. Außerdem heißt es in einigen Foren und Ecken im Netz, das mit dem VIA KT133 Chipsatz für ein stabiles System nur der nvAgp in frage kommt. Aber wie konfiguriert man SUSE71 so, dass der AGPgart NICHT geladen wird. Ich hab in /etc/modules.conf alles was auf AGP deutet auskommentiert und die option "NvAgp" "1" gesetzt. Trotzdem krieg ich die Fehlermeldung beim start von X: (EE) NVIDIA(0): Failed to initialize AGP

cat /proc/nv/card0 liefert:

----- Driver Info ----- NVRM Version: 1.0-1251 ------ Card Info ------ Model: GeForce2 MX IRQ: 12 ------ AGP Info ------- AGP status: Disabled AGP Driver: Bridge: Via Apollo Pro KT133 SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 4x 2x 1x [-] Registers: 0x1f000207:0x00000000 Wie werd ich den AGPgart los, bzw. kriege dieses nvidia-Teil STATT DESSEN zum laufen, ohne den Kernel neu zu übersetzen???? Ich hab jetzt XFree 4.0.3 und 4.1.0 ausprobiert und 4.0.2 Die hardwarebeschleunigung hält nur ca. (max.) 20 sekunden bei gears. dafür aber schon auf user-level und in der X4.03 ist x bis jetzt noch nicht hängen geblieben (toitoitoi).... -- MfG, Andreas Hippauf http://home.t-online.de/home/AHippauf

Am Sonntag, 8. Juli 2001 16:32 schrieb Thomas Hertweck:

...

Trotzdem krieg ich die Fehlermeldung beim start von X: (EE) NVIDIA(0): Failed to initialize AGP

1. Hast Du im BIOS den AGP Support auf enabled gestellt? Klingt zwar jetzt bloed, aber manchmal sind es die einfachen Dinge, die man vergisst..... :-) Im Zweifels- falle nimm nicht gleich AGP 4x, selbst unter Win raet VIA davon ab, bei der Treiberinstallation sofort 4x zu nehmen.

Hab ich. Außerdem hab ich jetzt ein BIOS-Update gemacht aus Verzweiflung.... Hat aber nix gebracht.

2. Wird der Chipsatz vom Standard-Kernel korrekt erkannt? Bei meinem selbstgebauten Kernel habe ich die Unter- stuetzung fuer den VIA Chip eingebaut, ob das im Standard- Kernel schon dabei ist, weiss ich nicht. Zudem habe ich Kernel-AGP als Modul compiliert.

Die Ausgabe von /proc/pci liefert: PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (rev 0). Master Capable. No bursts. Min Gnt=8.

Bei mir kommt: PCI devices found: Bus 0, device 0, function 0: Host bridge: VIA Technologies Unknown device (rev 3). Vendor id=1106. Device id=305. Medium devsel. Master Capable. Latency=8. Prefetchable 32 bit memory at 0xd8000000 [0xd8000008]. Bus 0, device 1, function 0: PCI bridge: VIA Technologies Unknown device (rev 0). Vendor id=1106. Device id=8305. Medium devsel. Master Capable. No bursts. Min Gnt=12. Bus 0, device 7, function 0: ISA bridge: VIA Technologies VT 82C686 Apollo Super (rev 64). Medium devsel. Master Capable. No bursts. Bus 0, device 7, function 1: IDE interface: VIA Technologies VT 82C586 Apollo IDE (rev 6). Medium devsel. Fast back-to-back capable. Master Capable. Latency=32. I/O at 0xd000 [0xd001]. Bus 0, device 7, function 2: USB Controller: VIA Technologies VT 82C586 Apollo USB (rev 22). Medium devsel. IRQ 12. Master Capable. Latency=32. I/O at 0xd400 [0xd401]. Bus 0, device 7, function 4: Bridge: VIA Technologies VT 82C686 Apollo Super ACPI (rev 64). Medium devsel. Fast back-to-back capable. Bus 0, device 11, function 0: Multimedia audio controller: Unknown vendor Unknown device (rev 4). Vendor id=1102. Device id=2. Medium devsel. Fast back-to-back capable. IRQ 12. Master Capable. Latency=32. Min Gnt=2.Max Lat=20. I/O at 0xdc00 [0xdc01]. Bus 0, device 11, function 1: Input device controller: Unknown vendor Unknown device (rev 1). Vendor id=1102. Device id=7002. Medium devsel. Fast back-to-back capable. Master Capable. Latency=32. I/O at 0xe000 [0xe001]. Bus 0, device 12, function 0: Ethernet controller: Realtek 8029 (rev 0). Medium devsel. IRQ 11. I/O at 0xe400 [0xe401]. Bus 1, device 0, function 0: VGA compatible controller: NVidia Unknown device (rev 161). Vendor id=10de. Device id=110. Medium devsel. Fast back-to-back capable. IRQ 10. Master Capable. Latency=248. Min Gnt=5.Max Lat=1. Non-prefetchable 32 bit memory at 0xdc000000 [0xdc000000]. Prefetchable 32 bit memory at 0xd0000000 [0xd0000008]. Ich habe ein EP-8KTA2 von EPOX. Aber ob die obige Ausgabe jetzt bedeutet richtig erkannt, oder nicht, das weiß ich nicht. Vielleicht kannst Du damit was anfangen und es mir sagen?

In /proc/config.gz finden sich die aktuellen Kernel-Ein- stellungen (zumindest bei SuSE-Kerneln): [...] CONFIG_AGP=m CONFIG_AGP_VIA=y [...]

Wie komme ich an /proc/config.gz ran? cat hat nix gebracht. Bin in diesen Dingen leider nicht sooo bewandert.

3. Hast Du die Nvidia-RPMS korrekt installiert? Vor allem das Kernel-RPM ist wichtig -- es muss zu dem von Dir verwendeten Kernel passen. Daher am besten SRPM besorgen, selbst compilieren (mit rpm --rebuild) und das so ent- standene RPM anschliessend installieren.

Ich lade das src Teil und tippe dann nur rpm -rebuild? Oder wie? Das ist mir schon wieder zu schnell, sorry.

...

...

cat /proc/nv/card0 liefert:

----- Driver Info ----- NVRM Version: 1.0-1251 ------ Card Info ------ Model: GeForce2 MX IRQ: 12 ------ AGP Info ------- AGP status: Disabled AGP Driver: Bridge: Via Apollo Pro KT133 SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 4x 2x 1x [-] Registers: 0x1f000207:0x00000000

IRQ 12....? Ungewoehnlich, wuerde ich sagen, aber falls nichts kollidiert sicher ok. IRQ 12 ist glaube ich meist mit der PS/2 Maus verknuepft, falls die genutzt wird. AGP wird bei Dir definitiv nicht genutzt.

seit dem Bios-Update ist es IRQ-10.

Falls agpgart als Kernel-Modul compiliert wurde, hast Du mal versucht, das Modul als Root von Hand zu laden (insmod, modprobe)? Fehlermeldung?

Ich will ja gar nicht agpgart laden sondern das nvidia Teil. Von agpgart soll man angeblich bei via kt133 die Finger lassen. Aber das Nvidia Teil kann ich nicht laden. Obwohl ich die nvidia-kernel installiert hab.... Warum? Was brauch ich noch???

Kernel uebersetzen ist uebrigens nicht so schwierig, wie manche immer wieder behaupten (siehe auch Handbuch). Man muss nur lilo entsprechend konfigurieren, um notfalls den alten Kernel wieder booten zu koennen. Dann steht aber einem eigenen Kernel nicht mehr viel im Wege.... :-)

Das Handbuch sagt nur, man braucht keinen Kernel übersetzen und sie leisten in diesen Fällen keinen Support.... Hab ich ein falsches Handbuch (ich hab das update auf die Suse 7.1 prof von der 6.4er gemacht)

Insgesamt gesehen ist es sehr schwierig, bei solchen Problemen aus der Ferne zu helfen, da Dein System nicht genau bekannt ist und auch nicht die Einstellungen sowie die Dinge, die Du bereits unternommen hast. Ich hatte von Anfang an keine Probleme, weder mit meiner AGP Unterstuetzung noch mit den Nvidia Treibern noch mit Xfree 4.1.0 -- die Frage ist nur, hatte ich einfach Glueck und Du hast Pech oder ist es doch so, dass Du irgendwo eine Einstellung falsch gesetzt hast....? :-)

Ist mir schon klar. Mir wär vielleicht schon geholfen wenn mir jemand diese Sache mit dem agp-treiber von nvidia so erklären kann, dass ich sie verstehe. Also: 1) wie lade ich einen AGP-Treiber als Modul - welche Befehle sindn notwendig bzw. welche Einträge in welchen Config-Dateien? 2) wo gibt es diesen nvidia AGP Treiber? 3) wie entferne ich agpgart oder verhindere, dass der geladen wird (möglichst OHNE den Kernel neu zu übersetzen) 4) wo muss ich dann überall den nvidia AGP Treiber eintragen. Ich hoffe damit meine Probleme lösen zu können. Oder meint Ihr, es wär noch was anderes? -- MfG, Andreas Hippauf http://home.t-online.de/home/AHippauf

Am Sonntag, 8. Juli 2001 18:45 schrieb Martin Öhler:

Jetzt laß Dich mal nicht verwirren!!! ;-)

Pffft.

Versuch' doch mal einfach einen beliebigen 2.4er Kernel, den Dir SuSE mitliefert. (von Deiner CD bzw. von ftp, siehe SDB) Das ist einigermaßen flott gemacht und im Moment das einzige, woran wir noch nicht geschraubt haben. Das

Ich dachte ich hätte am Anfang mit nem 2.4er angefangen. Hab ich auch geschrieben. Ich hab einfach mit yast den 2.4er Kernel bei ner SUSE Distribution 7.1 ausgewählt dann hat er ein bissle rumgerödelt und im lilo-menue beim Reboot kann man dann 2.4 auswählen. War das soweit richtig? dann nämlich gleich die Antwort: das ging damals schon nicht, deswegen bin ich auf 2.2.er Reihe zurück, weil die wohl bei einigen Stabil läuft. Nur bei mir nicht. Ich hab jetzt den Linux Kernel neu erzeugt und den agpgart Teil weggelassen. Dann die Nvidia RPMs nochmal nach Anleitung neu installiert und als Resultat kann ich jetzt X nicht mehr starten. Habe aber trotzdem keine (EE) Meldung im Logfile. Nur explicit server shutdown oder irgendsowas. Habe jetzt den nvidia-Treiber in XF86Config wieder gegen nv ausgetauscht und das glx-Modul deaktiviert, damit ich diese EMail Schreiben kann. Jetzt gehen mir wirklich die Ideen aus.... grep "AGP" /var/log/XFree86.1.log bzw. grep "agp" /var/log/XFree86.1.log liefert auch kein Ergebnis. (das 0er hab ich ja grad erfolgreich gestartet, liefer übrigens auch kein Ergebnis) Jetzt weiß ich gar nicht, ob der nvidia-AGP-Treiber geladen wurde.... So und jetzt bin ich mit meinem Latein absolut am Ende. Ich bin nach wie vor überzeugt, dass es nur am bescheuerten AGP-Treiber und meinem Mainboard hängt, aber ich weiß nicht, was ich dagegen tun kann, außer Windows starten und Linux nur für die Emails und solche Sachen hernehmen. Frust. Das muss doch irgendwie hinzukriegen sein, wenn das jeder irgendwie schafft, außer mir.... Ich probier wohl nochmal nen 2.4er Kernel. Ist mein Installationsansatz dabei richtig? Oder muss ich nach der eigenen Kernelgenerierung jetzt auf irgendwas aufpassen? -- MfG, Andreas Hippauf http://home.t-online.de/home/AHippauf

Am Sonntag, 8. Juli 2001 22:19 schrieb Oliver Kiehl:

wenn Du in /lib/modules/<Version>/drivers/char/agp/ eine Datei mit dem Namen "agpgart.o" hast, ist agpgart als Modul kompiliert. Wenn nicht, dann hoechstwahrscheinlich im Kernel integriert. Im zweiten Fall, muesstest Du den Kernel neu uebersetzen.

Falls es als Modul kompiliert wurde, kannst Du mit % /sbin/lsmod herausfinden ob es schon geladen wurde. Mit % rmmod agpgart kannst Du es notfalls entladen. Den Nvidia-Kernel solltest Du definitif neukompilieren. Mit den Source-RPMs ist das nicht schwierig: % rpm --rebuild <Source-RPM> Dann kannst Du das neu uebersetzte RPM installieren: % rpm -U /usr/src/packages/RPMS/i386/NVIDIA_kernel-1.0-1251.i386.rpm (so hiess der Treiber wenn ich mich recht erinnere; ich habe vor ein Paar Wochen meine Nvidia ersetzt). Falls bei einer der beiden Schritte Fehler auftreten, dann fuege noch ein "--nodeps --force" an den rpm-Befehl an. Ich weiss, das ist nicht schoen, bei mir war das aber erforderlich. (mitunter aber auch ein Grund die Karte zu ersetzen ;-)

Hallo, hat etwas gedauert, aber jetzt geht es auch bei mir wie ne 1! Konstant über 1500 fps bei gears und q3demo läuft sahnemäßig. Ich fass das für die Liste nochmal kurz zusammen, wo meine Probleme lagen. Vorneweg allen hier tausend Dank für die schnelle und umfassende Hilfe und Anteilnahme! Ihr seit eine Supertruppe, sowas findet man sonst selten, es hat mich gefreut, ich hoffe ich kann mich irgendwann mal auch mit ein paar Tips revanchieren.... :-) Also: 1.) bin ich draufgekommen, dass in /usr/lib/ einige falsche Links existiert haben von den alten Voodoo2 Karten Experimenten. Die hab ich nach der Anleitung auf der NVIDIA-Install Seite gelöscht und manuell neu gesetzt. Die Rechtevergabe wie weiter oben im Thread beschrieben war auch sehr wichtig. Damit lief dann 3D-Beschleunigung schonmal immer auf Userlevel. Aber immer nur einige Sekunden. Auf der Seite des Mainboardherstellers EPOX hatte ich aber gelesen, dass es Probleme mit einige Benchmarks gegeben hatte (Lockups). Das klang vertraut und ich hab das angebotene Update fürs BIOS runtergeladen, mit dem sich die Probleme beseitigen lassen sollten. Ich hab weiter oben im Thread schon mal geschrieben, dass ich das Update durchgeführt hätte. Das war aber ein Irrtum meinerseits, weil die Disk voll war und das Bios-Image vor dem Update auf die Disk gesichert wird. Ich habs jetzt nochmal gemacht, und jetzt konnte ich im Bios endlich wie im Handbuch beschrieben bei AGP zw. no - 2x - 4x wählen. Vorher war da merkwürdigerweise entgegen Handbuch nur disabled und enabled.... ?-) So, ich hab also dann 2x AGP eingestellt und jetzt funzt alles eins A. :-) Hurra! Mein Mainboard ist übrigens ein EP-8KTA2, falls jemand damit bei Geforce2-Karten auch mal Probleme kriegt: bei mir hat das Bios-Update geholfen. Die RPMS hab ich wie oben so schön beschrieben übersetzt und installiert, das ist glaub ich auch notwendig. So und jetzt werd ich mal UT installieren, da freu ich mich schon drauf! Nochmal Danke an alle! -- servus Andreas Hippauf http://home.t-online.de/home/AHippauf

Andreas Hippauf wrote:

[Probleme mit Nvidia-GraKa und AGP]

Hab ich. Außerdem hab ich jetzt ein BIOS-Update gemacht aus Verzweiflung.... Hat aber nix gebracht. [...]

Mal ne generelle Sache: Oberstes Gebot, wenn mal was mit dem Rechner nicht funktioniert, ist RUHE bewahren! Aus Verzweiflung ein neues BIOS aufzuspielen (was durchaus nicht ohne Risiko ist), obwohl eigentlich klar war, dass es Deine Probleme nicht beheben wuerde, ist nicht gerade klug.... Es hilft auch nichts, wenn Du viele Problem- loesungen auf einmal versuchst, weil sich manche Dinge gegenseitig beeinflussen und Du anschliessend auch nicht mehr nachvollziehen kannst, wo das eigentliche Problem lag oder was genau die Loesung war. In Deinem Falle solltest Du erst einmal "back to basics", wie man neudeutsch so schoen sagt. Falls Du Kernel 2.4.x verwenden willst, bring erst einmal diesen Kernel fuer Dein System zum Laufen. Wenn das funktioniert, versuche Xfree 4.1.x zum Laufen zu bringen, der Einfachheit halber zunaechst mit den Standard "nv" Treibern und Kernel AGP Support. Wenn das laeuft, kannst Du immer noch auf die neuen Nvidia Treiber umstellen und NVagp benutzen..... Eines nach dem anderen. CU, Thomson PS: Ich weiss, wovon ich rede, hatte zunaechst auch Probleme, ein TFT zum Laufen zu bringen, aber ab und zu mal ne Pause machen und Dinge nochmal nuechtern be- trachten wirkt manchmal wunder..... :-) Da lassen sich Probleme schnell eingrenzen und in den meisten Faellen findet sich dann auch eine Loesung. -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe Hertzstr. 16, D-76187 Karlsruhe, Germany

Hi! Andreas Hippauf wrote:

Sorry. Bin nicht so Listengeübt. Und hab den KMail diesbzgl. auch noch nicht sooo im Griff. Hoffe diesmal ist es besser.

Jojo, kein Problem, jetzt weißt Du ja bescheid. :-)

...

Die E-IDE-Controller haben Laufwerksbuchstaben von e-h, also /dev/hdex wäre quasi Deine root-Partition.

Nee, die ist /dev/hda3.

Damit ist's schon gegessen, Du benutzt also keinen Promise. Gut.

Seit ich die Geforce2 MX drin habe hab ich folgendes gemacht: - nvidia Treiber nach Anleitung installiert. kein 3D, System instabil.

- Kernel 2.4er Reihe installiert. System weiter instabil. Kein 3D. - X4 auf aktuellste version gebracht. System weiter instabil. Kein 3D außer unter root-login.

Ich behaupte immer noch, die Kombi aus 2.4.x-Kernel und aktuellem XFree bringts. Zu der Geschichte mit dem root-login: (hatte ich vorher überlesen) Du hast in einer alten mail geschrieben: crw------- 1 root root 10, 144 Jan 19 09:36 /dev/nvram ^^^^^ ^^^^^^ Mach' das mal noch für die Gruppe Video les-und schreibbar. Dann als User mal versuchen. Schau' nochmal nach, ob Du in der Gruppe Video drin bist...

Nix. Finde einfach nichts, was nach einer Fehlermeldung aussieht, wenn das System hängen bleibt. Kein Eintrag mit (EE) in /var/log/XFree86.0.log, nix.

Ist ein gutes Zeichen.

...

Nein, update trotzdem mal auf XFree 4.0.3 , das ist erheblich stabiler.

Ok. Ich hol jetzt noch XFree 4.0.3, dann hab ich alle durch. :-( Aber vielleicht hilfts ja.

Ja, probiere das mal aus.

Würde mir auch reichen, wenn 3D läuft. Der nv Treiber ist stabil, aber der hat keine 3D-Beschleunigung, oder doch?

AFAIK nicht. Das ist der OpenSource-Treiber... CU Martin

Hi! Norbert Kordts wrote:

...

crw------- 1 root root 10, 144 Jan 19 09:36 /dev/nvram ^^^^^ ^^^^^^

Mach' das mal noch für die Gruppe Video les-und schreibbar. Dann als User mal versuchen. Schau' nochmal nach, ob Du in der Gruppe Video drin bist...

Nein, laß davon bitte die Finger weg! Das Device mit den Nummern 10,114 hat nichts mit Nvidia zu tun, auch wenn der Name das suggerieren könnte. Aber nvram ist das Non-Volatile RAM oder mit anderen Worten, der CMOS-Chip (Uhr, Setup, Bios-Konfiguration usw.)

Oh je, Asche über mein Haupt, hast recht. Bin in der Zeile verrutscht :-( Meinte /dev/nvidiactl und die Permissions haben bei ihm gestimmt. CU und danke Martin