Hallo Thomas,

Ohne genaue Fehlermeldungen und Auszuege aus den diversen Logfiles wird Dir niemand helfen koennen. Die Info, die Du bisher geliefert hast, sagt einfach ueberhaupt nichts aus.

Sorry das ich da nicht soweit mitgedacht habe. Diverse Logs? Mir hat sich nur das hier offenbart: nvidia-installer log file '/var/log/nvidia-installer.log' creation time: Sun Oct 12 15:21:08 2003 option status: license pre-accepted : false update : false force update : false expert : false uninstall : false driver info : false no precompiled interface: false no ncurses color : false query latest driver ver : false OpenGL header files : false no questions : false silent : false XFree86 install prefix : /usr/X11R6 OpenGL install prefix : /usr Installer install prefix: /usr kernel include path : (not specified) kernel install path : (not specified) proc mount point : /proc ui : (not specified) tmpdir : /tmp ftp site : ftp://download.nvidia.com Using: nvidia-installer ncurses user interface -> License accepted. -> No precompiled kernel interface was found to match your kernel; would you like the installer to attempt to download a kernel interface for your kernel from the NVIDIA ftp site (ftp://download.nvidia.com)? (Answer: No) -> No precompiled kernel interface was found to match your kernel; this means that the installer will need to compile a new kernel interface. -> Kernel include path: '/lib/modules/2.4.20-4GB-athlon/build/include' -> Cleaning kernel module build directory. executing: 'cd ./usr/src/nv; make clean'... rm -f nv.o os-agp.o os-interface.o os-registry.o nv-linux.o nv_compiler.h *.d NVdriver nvidia.o -> Building kernel module: executing: 'cd ./usr/src/nv; make nvidia.o SYSINCLUDE=/lib/modules/2.4.20-4GB-athlon/build/include'... echo \#define NV_COMPILER \"`cc -v 2>&1 | tail -n 1`\" > nv_compiler.h cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wp arentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__ - DMODULE -D_LOOSE_KERNEL_NAMES -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES -D_ _KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVE L=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PA GE_RANGE_4 -I. -I/lib/modules/2.4.20-4GB-athlon/build/include -Wno-cast-qua l nv.c In file included from /lib/modules/2.4.20-4GB-athlon/build/include/linux/vma lloc.h:8, from nv-linux.h:72, from nv.c:14: /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h: In function `b h_kmap': /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h:22: warning: po inter of type `void *' used in arithmetic In file included from nv.c:14: nv-linux.h: In function `calc_order': nv-linux.h:497: warning: comparison between signed and unsigned nv.c: In function `nvos_post_vbios': nv.c:194: warning: comparison between signed and unsigned nv.c:194: warning: comparison between signed and unsigned nv.c: In function `nvl_find_alloc': nv.c:697: warning: comparison between signed and unsigned nv.c: In function `nv_kern_mmap': nv.c:1345: warning: comparison between signed and unsigned nv.c:1364: warning: comparison between signed and unsigned nv.c:1391: warning: comparison between signed and unsigned nv.c:1438: warning: comparison between signed and unsigned nv.c: In function `nv_find_kernel_mapping': nv.c:2134: warning: comparison between signed and unsigned nv.c: In function `nv_find_agp_kernel_mapping': nv.c:2197: warning: comparison between signed and unsigned nv.c: In function `nv_alloc_pages': nv.c:2366: warning: comparison between signed and unsigned nv.c:2394: warning: comparison between signed and unsigned cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wp arentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__ - DMODULE -D_LOOSE_KERNEL_NAMES -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES -D_ _KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVE L=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PA GE_RANGE_4 -I. -I/lib/modules/2.4.20-4GB-athlon/build/include -Wno-cast-qua l os-agp.c In file included from /lib/modules/2.4.20-4GB-athlon/build/include/linux/vma lloc.h:8, from nv-linux.h:72, from os-agp.c:24: /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h: In function `b h_kmap': /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h:22: warning: po inter of type `void *' used in arithmetic In file included from os-agp.c:24: nv-linux.h: In function `calc_order': nv-linux.h:497: warning: comparison between signed and unsigned cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wp arentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__ - DMODULE -D_LOOSE_KERNEL_NAMES -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES -D_ _KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVE L=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PA GE_RANGE_4 -I. -I/lib/modules/2.4.20-4GB-athlon/build/include -Wno-cast-qua l os-interface.c In file included from /lib/modules/2.4.20-4GB-athlon/build/include/linux/vma lloc.h:8, from nv-linux.h:72, from os-interface.c:26: /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h: In function `b h_kmap': /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h:22: warning: po inter of type `void *' used in arithmetic In file included from os-interface.c:26: nv-linux.h: In function `calc_order': nv-linux.h:497: warning: comparison between signed and unsigned os-interface.c: In function `os_dbg_init': os-interface.c:958: warning: comparison between signed and unsigned cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wp arentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__ - DMODULE -D_LOOSE_KERNEL_NAMES -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES -D_ _KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVE L=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PA GE_RANGE_4 -I. -I/lib/modules/2.4.20-4GB-athlon/build/include -Wno-cast-qua l os-registry.c In file included from /lib/modules/2.4.20-4GB-athlon/build/include/linux/vma lloc.h:8, from nv-linux.h:72, from os-registry.c:14: /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h: In function `b h_kmap': /lib/modules/2.4.20-4GB-athlon/build/include/linux/highmem.h:22: warning: po inter of type `void *' used in arithmetic In file included from os-registry.c:14: nv-linux.h: In function `calc_order': nv-linux.h:497: warning: comparison between signed and unsigned ld -r -o nv-linux.o nv.o os-agp.o os-interface.o os-registry.o ld -r -o nvidia.o nv-linux.o nv-kernel.o -> done. -> Kernel module compilation complete. ERROR: Unable to load the kernel module 'nvidia.o'. This is most likely because the kernel module was built using the wrong kernel header files. Please make sure you have installed the kernel header files for your kernel; on Red Hat Linux systems, for example, be sure you have the 'kernel-source' rpm installed. If you know the correct kernel header files are installed, you may specify the kernel include path with the '--kernel-include-path' commandline option. -> Kernel module load error: ./usr/src/nv/nvidia.o: kernel-module version mismatch ./usr/src/nv/nvidia.o was compiled for kernel version 2.4.20 while this kernel is version 2.4.20-4GB-athlon. ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at www.nvidia.com. -- Viele Gruesse Ruediger

Rüdiger Meier schrieb:

Hast Du

cd /usr/src/linux make cloneconfig dep

gemacht?

Nein, bitte nicht. Es muss "make cloneconfig && make dep" heissen. Warum? Ich habe das mal ausfuehrlich in einer Mail erklaert, Du wirst sie mit den entsprechenden Suchbegriffen im Archiv finden. Ein "make cloneconfig dep" fuer nicht immer zum erwarteten (und gewuenschten) Ziel. Ansonsten hast Du aber Recht, die geposteten Fehlermeldungen sehen so aus, als sei der Kernel-Source nicht kon- figuriert gewesen fuer den verwendeten und gebooteten Kernel. Da- durch wurde dann zwar das Kernel-Interface compiliert fuer den Treiber, aber das Modul laesst sich nicht laden. CU, Th.

Ruediger Holdmann schrieb:

[...] Scheint also lösbar zu sein. :-) Kannst Du mir schreiben, was zu tun ist, oder mir einen Hinweis geben, wo ich was 'Verständliches' lesen kann? könnte? Google wirft (für mich) nur einen ganzen Haufen unverständliches Zeugs zum Thema 'Kernel-Source konfigurieren' aus.

Liest Du die Emails eigentlich, die man in diesem Thread an die Liste sendet? Es wurde bereits mehrfach genannt: Installiere die Kernel- Quellen via YaST2 (falls noch nicht geschehen), dann wechsle in das Verzeichnis /usr/src/linux und fuehre dort ein "make cloneconfig && make dep" aus. Dann hast Du die Kernel-Quellen fuer den bei Dir ge- booteten Kernel konfiguriert. Wie ich in einer anderen Email auch be- reits schrieb, solltest Du _nicht_ "make cloneconfig dep" ausfuehren, weil das nicht in allen Faellen zum gewuenschten Resultat fuehrt. Fuer Details, siehe auch den Link unter [1]. Im Anschluss an das Kon- figurieren musst Du das NVIDIA-Modul erneut compilieren lassen, d.h. den NVIDIA-Treiber installieren. Das alles steht aber auch in der SuSE-Anleitung zum Installieren der NVIDIA-Treiber! CU, Th. [1]http://www.thomashertweck.de/kernel.html bzw. im Detail http://www.thomashertweck.de/kernel.html#klonen PS: Bitte lasse beim Zitieren eine Einleitung der Art "Vorname Nach- name schrieb:" stehen, sonst weiss niemand mehr, wer was in die- sem Thread gesagt hat.

Kai Krämer schrieb: verfolge schon seit einiger Zeit die mails bzgl. nVidia. Habe mich bisher aber noch nich daran gesetzt. Ich warte noch auf mein Paket (9.0 ;-))

Ich habe die 9.0 bisher nicht installiert und werde sie auch nicht installieren - wie es dort aussieht, kann ich also nicht sagen.

Ich habe mal das mit cloneconfig ausprobiert: Hmpf! Mit Yast2 kernel-source 2.4.20.SuSE-30 i586 installiert (Frage: k_athlon hat die Nummer 2.4.20-38?). Das Verzeichnis /usr/src/linux-2.2.20.SuSE wurde angelegt, aber nicht ./arch??? Da stehen die benötigten Quellen für dein o.g. Befehl drin. Und nun?

Mit SuSE 8.2 wurde das Paket kernel-source-2.4.20.SuSE-30.i586.rpm ausgeliefert. Es gab allerdings mittlerweile ein Kernel-Update, was per YOU eingespielt wurde (ich weiss allerdings nicht, ob Du das gemacht hast). Falls Du nun nach dem erfolgten Kernel-Update die Quellen installiert hast, musst Du erneut YOU ausfuehren, dass auch die Kernel-Quellen gepatcht werden! Durch das Installieren der o.a. Kernel-Quellen wird das Verzeichnis /usr/src/linux-2.4.20.SuSE angelegt (ich nehme an, das 2.2.20 bei Dir ist ein Schreibfehler, oder?). Ebenso muesste es einen Link /usr/src/linux geben, der auf das Verzeichnis zeigt. Du musst in das Verzeichnis /usr/src/linux wechseln und dort den Befehl "make cloneconfig && make dep" eingeben. Du darfst _nicht_ in das Verzeich- nis ./arch wechseln. Alle Befehle zum Konfigurieren und Erstellen des Kernels muessen im Hauptverzeichnis der Kernelquellen (also im Ver- zeichnis /usr/src/linux) eingegeben werden! Die Build-Nummern der Pakete geben lediglich an, wie oft das ent- sprechende Paket neu erstellt wurde. Sie muessen fuer die verschie- denen Pakete (k_deflt, k_smp, k_athlon, kernel-source, etc.) nicht uebereinstimmen. Es kann also durchaus sein, dass das Paket kernel-source-2.4.20.SuSE-30.i586.rpm zum Paket k_athlon-2.4.20-38.i586.rpm passt, das kannst Du so ohne weiteres erst einmal nicht sagen. Siehe generell auch http://www.thomashertweck.de/kernel.html.

Ich habe auch mal 2.5.73 kompiliert, hatte aber mit den Modulen Probleme. Da hole ich mir noch Hilfe von der LUG.

Zum Einsatz eines derartigen Kernels musst Du die modutils erneuern! Bedenke bitte, dass es sich hierbei um einen Development Kernel han- delt. Es ist auch nicht mehr der allerneuste aus dieser Serie. CU, Th. PS: Bitte keine HTML-Emails senden, siehe auch die Etikette dieser Liste. Besten Dank.

Moin! Ruediger Holdmann wrote:

Thomas Hertweck schrieb:

...

Liest Du die Emails eigentlich, die man in diesem Thread an die Liste sendet?

Entschuldigung? Das tue ich sehr wohl, aber danke!

Das war nicht boese gemeint, es hat aber so den Eindruck erweckt, weil eigentlich alles bereits gesagt wurde... Aber fuer Dich schreibe ich es nun auch nochmal:

[...] 1. In Yast wird mir das überhaupt nicht angeboten, auch deshalb habe ich mir die Quellen separat heruntergeladen und laut Deiner freundlichen Hilfe vor ein paar Wochen installiert. Zusätzlich habe ich mich exact(!) an das SuSE HowTo zur Installiton der Nvidia-Treiber gehalten.

Die Kernel-Quellen kannst Du per YaST2 installieren, es sei denn, Du hast eine "Private Edition" - dort werden die Quellen nicht mitgeliefert. Es gab gerade einen recht aus- fuehrlichen Thread ueber den Sinn und Unsinn dieser abge- speckten Edition. In diesem Falle musst Du die Kernelquel- len vopm FTP-Server von SuSE herunterladen und einfach per RPM-Kommando installieren. Im SuSE-Howto steht das aber alles drin, auch die Sache mit "make cloneconfig && make dep" - wenn Du Dich wirklich exakt daran gehalten hast, dann haette eigentlich alles funktio- nieren muessen, siehe: SuSE Linux 8.2 with update kernel or self-compiled kernel ------------------------------------------------------------- 1) Kernel sources must be installed and configured. Usually this means installing the 'kernel-source' package with YaST2, update it - if not already done - via YaST2 Online Update (YOU) and configure it then with the following commands: cd /usr/src/linux make cloneconfig && make dep 2) Use the nvidia installer. export IGNORE_CC_MISMATCH=yes sh NVIDIA-Linux-x86-1.0-4496-pkg2.run 3) Enable 3D support with SaX2. Der Text stammt aus [1]. Genau das habe ich im Prinzip auch geschrieben und damit funktioniert es auch, denn ich habe den NVIDIA-Treiber nun schon auf unzaehligen Systemen instal- liert.

...

Dann hast Du die Kernel-Quellen fuer den bei Dir ge- booteten Kernel konfiguriert.

Konfiguriert sich das von selbst? Ich habe nicht eingestellt oder vorgegeben.

Doch - wenn Du das "make cloneconfig && make dep" ausgefuehrt hast, wie bereits mehrfach genannt, hast Du eine gueltige Kon- figuration fuer den Kernel-Source erzeugt. So gesehen "konfi- guriert es sich quasi von selbst". Wenn Du natuerlich keine Konfiguration geklont hast, dann ist der Kernel-Source erst einmal unkonfiguriert... Dann muesstest Du im Prinzip alles von Hand machen.

[...] Danke, ich habe "make cloneconfig && make dep" ausgeführt, das steht auch so im HowTo.

Gut, damit hast Du also die Konfiguration des laufenden Kernels geklont, daher auch der Name. Das "make dep" ist noetig, damit einige bestimmte Header-Dateien geschrieben werden, die man zum Compilieren des NVIDIA-Modules braucht.

Ich kann dieses SuSE Anleitung nun fast schon auswendig, so oft habe ich es gelesen mich ja nicht zu verfranzen. Gegen Ende des Logs (siehe meine 2 Mail im Threat) steht was von flaschem Kernel. Wobei ich wissentlich weder einen Kernel ausgewählt noch etwas anderes diesbezüglich angegeben habe.

Es scheint, Du machst nachwievor etwas falsch, dazu muss man aber _die genaue Fehlermeldung_ wissen. Hier nochmal in Kurz- form, wie man bei SuSE 8.2 vorgehen sollte: 1. Kernel-Quellen installieren. 2. YOU ausfuehren (damit Kernel-Quellen gepatcht werden) 3. "cd /usr/src/linux" ausfuehren. 4 "make cloneconfig && make dep" ausfuehren. 5. "cd /pfad/zum/NVIDIA-Paket" ausfuehren. 6. "export IGNORE_CC_MISMATCH=yes" ausfuehren. 7. "sh NVIDIA-installer.run" ausfuehren. -> Fragen korrekt beantworten. 8. "ldconfig" ausfuehren. 9. "sax2 -m 0=nvidia" ausfuehren. -> Konfiguration erstellen und abspeichern. By the way, es heisst "Thread", nicht "Threat" - letzteres ist das, was Mr. Bush der Welt antut. Gruesse, Thomson [1]ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/nvidia-installer-HOWTO

Ruediger Holdmann wrote:

Ich möchte den Threat schliessen. Ich habe und schon weit mehr als 10 Stunden damit zugebracht, die Nvidia-Treiber mit der 3D-Unterstützung zu installieren[...]

Irgendetwas machst Du falsch oder fuehrst es nicht so aus, wie es Dir hier von der Liste geraten wird oder im SuSE-Howto steht. Normalerweise ist das Installieren des NVIDIA-Treibers eine Sache von hoechstens Minuten. I.d.R. treten Probleme erst beim Verwenden bzw. Aktivie- ren des Treibers auf, da es mitunter zu Problemen im Zu- sammenspiel mit ACPI, APM, APIC und Framebuffer kommen kann. Soweit scheinst Du aber noch gar nicht zu sein... Wenn Du es selbst nicht hinbekommst, vielleicht hast Du ja jemanden in Deiner Umgebung, der mal bei Dir vorbei schaut und Dir hilft, es gibt ja auch LUGs usw. Gruesse, Th.

Am 12.10.2003 um 20:22 Uhr schrieb Ruediger Holdmann:

ja habe ich. Im HowTo steht aber make cloneconfig && make dep ^^

Nö, && heißt nur, wenn das erste Programm erfolgreich beendet wurde, wird das zweite ausgeführt. Das Pendant dazu ist || , also wenn das erste einen Fehler meldet, wird das zweite ausgeführt. cu PeeGee

...

OpenGL header files : false

Keine mesa-devel oder XFree86-GLX-devel installiert

Was ist das?

...

kernel include path : (not specified) kernel install path : (not specified)

Kein Kernel-Source installiert, geschweige denn konfiguriert

Die Kernel-Source habe ich (zumindest dachte ich das) instaliert und wie soll man die/das/den konfigurieren? In dem Nvidia SuSe HowTo steht davon nichts. -- Viele Gruesse Ruediger

Am Sonntag, 12. Oktober 2003 19:33 schrieb Manfred Tremmel:

Am Sonntag, 12. Oktober 2003 19:16 schrieb Ruediger Holdmann:

...

OpenGL header files : false

Keine mesa-devel oder XFree86-GLX-devel installiert

Das heisst nur, dass NVIDIAs OpenGL Header nicht installiert werden

...

kernel include path : (not specified) kernel install path : (not specified)

Kein Kernel-Source installiert, geschweige denn konfiguriert

Das heisst doch nur, dass der Installer irgendwelche Standard-Pfade nimmt. Das hat bei mir immer geklappt, bis ich mir nen zweiten Kernel installiert habe. Wenn Ruediger also nur Orgiginal Suse-Kernel und passenden Source installiert hat, sollte nach "make cloneconfig && make dep" (wie ich heute richtig gelernt habe) nichts mehr schiefgehen. Grüsse, Rüdiger