kernel 2.4.9, ich kriegs nicht gebacken

[hunter]

Also, da haben wir mal wieder das nächste Sorgenkind. ;)

Bei einigen Sachen kann ich dir ein paar Tips geben:

- Mach es dir mal etwas einfacher und lade dir diese Dateien vom Nvidia FTP Server runter:

NVIDIA_GLX-1.0-1512.src.rpm
NVIDIA_kernel-1.0-1512.src.rpm

- Am bsten jetzt X beenden und auf reiner Konsole arbeiten.

- Sie müssen folgendermaßen installiert werden:

rpm --rebuild *.src.rpm
cd /usr/src/RPM/RPMS/i686
rpm -ihv *.rpm

- Zur Sicherheit noch mal deinstallieren, damit du sicherstellst das auch alles alte weg ist:

rpm -e NVIDIA_GLX
rpm -e NVIDIA_kernel

- Dann endgültig installieren:

rpm -ihv *.rpm

- Nun die /etc/X11/XF86Config-4 (oder ohne 4 wenns das nicht gibt) zum bearbeiten öffnen.

- Drei Einträge müssen gemacht werden:

* Unter: Section "Module"

Load "glx"

* Unter: Graphics device section und Section "Device" :

Driver "nvidia"
Option "NvAgp" "1"

Wenn du kein Via Chip basierendes Board hast, dann solltest du nicht 1 sondern 2 schreiben. Wenn du Unsicherbist, dann nimm 3.

Für "2" musst du aber /dev/agpgard in den Kernel kompiliert haben, sonst geht es natürlich nicht. Wenn alles nichts Hilft, dann nimm im Notfall erst mal 0, also gar kein AGP, bis du das Problem beseitigt hast.

Das könnte dann z.B. so aussehen:

Section "Device"
Identifier "NVIDIA GeForce2 DDR (generic)"
VendorName "Unknown"
BoardName "Unknown"
Driver "nvidia"
Option "NvAgp" "1"
VideoRam 32768

Am besten solltest du den Rechner dann komplett neu starten, um sicher zu gehen das alles da ist. (Bitte keine Vorträge über Sinn und Unsinn darüber)

Wenn du jetzt wieder hochgefahren hast, dann gibst du mal in der Konsole folgendes ein:

cat /proc/nv/card0

So sollte das Ergebnis aussehen:

----- Driver Info -----
NVRM Version: 1.0-1512
------ Card Info ------
Model: GeForce2 MX
IRQ: 11
Video BIOS: 03.11.00.08
------ AGP Info -------
AGP status: Enabled
AGP Driver: NVIDIA
Bridge: Via Apollo Pro KT133
SBA: Supported [disabled]
FW: Unsupported [disabled]
Rates: 4x 2x 1x [4x]
Registers: 0x1f000207:0x00000104


- Dateien die vorhanden sein müssen sind folgende:

cd /usr/lib
ls libGL*

So sollte das aussiehen:

libGL.so@ libGL.so.1@ libGL.so.1.0.1512* libGLcore.so.1@ libGLcore.so.1.0.1512*

- Die @ stehen für Links die so aufgebaus sind:

libGL.so -> libGL.so -> libGL.so.1.0.1512
libGLcore.so.1 -> libGLcore.so.1.0.1512

Das wars dann eigentlich schon. So müsste das ganze dann laufen.


Zu Enlighment kann ich dir nicht viel sagen. Möglicherweise fehlt die diese lib ja. Lass mal auf der CD danach suchen.


Den Fehler bei XMMS hatte ich auch. Geh folgendermaßen vor:

- starte xmms in einer Konsole
- notiere der die Fehlermeldung
- daraus sollte eine fehlende Lib oder so hervorgehen
- geh auf www.rpmfind.net (http://www.rpmfind.net) und lass danach suchen
- notiere dir was er die anbietet
- sieh nach ob du das von der CD installieren kannst
- Wenn das nicht geht, dann hol dir die Datei vom Suse Server

Ich hoffe jetzt kommst du weiter.

[christophwth]

Hi

Hunter , danke für die tipps
wo ist der unterschied zwischen den
tarballs und dem rpm ?


die alten treiben hatte ich schon vorher
entfernt

in der XF86Config standen die nvidia treiber
schon drinnen.

ist die option NVAgp
wichtig fur das funktionieren der treiber
ich habe gelesen das standardmässig die
treiber sowieso mit der option 1 gestartet
werden.

zu den lib libGL modulen
ich werden mal überprüfen
ob diese links existieren oder ob das make
install von nvidia
diese korrekt angelegt hat

zu xmms ich starte den immer aus der X konsole ;)

mit dem origial suse kernel gehts ja auch ohne fehlermeldungen., nur mit dem selbstgebackenen gibts die fehlermeldungen

ich vermute mal ein teil der fehler ist suse
spezifisch

oder aber ich habe sachen im kernel die sich
mit nvidia treibern nicht verstehen

möglicherweise steht schon etwas in den
troubleshootings von nvidia

z.B devfs ich meine ich habe es als modul ausgeführt.
gibt es deshalb ärger ?

gruss
christoph

[hunter]

Also ich hab keine Ahnung wo der genue Unterschied zwischen Tar und src.rpm liegt. Mit letzterem ließ sich das ganze aber erheblich besser kompilieren als mit den Tars. Bei mir klappt das sehr gut so.

Die Option NvAgp steuert nur den AGP. Wenn du es nicht mit rein nimmst, kann es sein das AGP gar nicht funktioniert obwohl du die passende Hardware hast. Wenn du es weg lässt, läuft das ganze nur etwas langsamer als mit AGP.

Die Chipsätze des Boards musst du im Kernel richtig Eintragen, sonst wüsste ich jetzt nichts was den Kernel dazu bringen könnte nicht mit den Triebern zu laufen.

Wenn du src.rpm nimmst und kompilierst, siehst du ja sehr viel mehr Meldungen. Vieleicht fällt dir ja irgendwas auf, das da z.B. steht: "xyz not found" oder so was in der Art.

Zu xmms kann ich dir ansonsten leider nicht weiterhelfen, da ich nur diesen einen Fehlerhatte und ihn wie beschrieben beseitigt habe.

Poste doch mal die genaue Meldung, vieleicht fällt mir was dazu ein.

[christophwth]

HI

ich habe in einen anflug , der totalen
euphorie versucht mir den kernel 2.4.9
zu backen.

system suse 7.2 :
der neue kernel läuft zwar, aber ich bekomme
die nvidia treiber nicht zum laufen.

wo müssen die nach erfolgreicher installation
stehen.
was darf auf keinen fall in der kernel weil
es sich mit den nvidiatreibern nicht versteht .

2 .ding, wenn enlightenment gestartet wird
kommt ein warnhinweis,
dass enlightenment über ein netzwerkverbindung
ausgeführt wird ein teil der pager funktionalität nicht arbeitet.
(schnappschuss funktion )
irgentwas mit imlib
3. wenn ich xmms starte kommt ein gdk warning

xmms arbeitet aber ohne probleme.

den kernel habe ich ganz normal kompiliert
(keine patches )
dann die neusten stable treiber vom alsa-project gezogen
dann configure mit --with-isapnp=yes
durch laufen lassen.
und installiert.

dann nach der NVIDIA anleitung aus tar.gz files die NVIDIA treiber.
ich habe es doch richtig verstanden,
das sind nur binaries die als module eingebunden werden per make install ?

nach einem neustart kommt das nvidia logo
dann schaltet er zurück .noch mal das nvidia logo und dann nichts mehr.

startx und modprobe sagen modul nicht gefunden. in /etc/modules.conf steht der alias für den nvidia treiber.

und dann geht die suse FW nicht mehr ,
aber das ist klar, umstellung von ipchains
auf iptables

wer hat eine idee ?
danke

gruss
christoph

[georgm]

Also ich habe die Erfahrung gemacht, daß die distributionsspezifischen RPMs den mitgelieferten Kernel wollen!

Jedenfalls hat das RPM das Modul in ein falsches Verzeichnis gehauen!
Deshalb lieber selber compilieren...

[christophwth]

Hi

ich bin inzwischen schon etwas weiter.
ich habe nicht die rpm lösung gewählt
weil das make install schon alle links richtig gesetzt hatte.
mit der option NvAgp 1 2 3 liess
sich der nvidia server dann auch starten
allerding ohne glx zumindest funktioniert gears nicht mehr.

<pre>
lrwxrwxrwx 1 root root 17 Sep 6 20:06 libGL.so -> libGL.so.1.0.1512
lrwxrwxrwx 1 root root 22 Sep 7 18:55 libGL.so.1 -> GL/libGL.so.1.2.nv_glx
-rwxr-xr-x 1 root root 313188 Sep 6 20:06 libGL.so.1.0.1512
lrwxrwxrwx 1 root root 13 Jun 15 02:42 libGLU.so.1 -> libGLU.so.1.3
-rwxr-xr-x 1 root root 668170 Mai 11 19:25 libGLU.so.1.3
-rwxr-xr-x 1 root root 3414320 Sep 6 20:06 libGLcore.so.1.0.1512
</pre>

so sieht die struktur im /usr/lib verzeichnis aus.

2. problem wenn der server läuft komme ich nicht auf die konsole

naja und stehen geblieben, bzw.
mouse und tastatur abgeschossen
hat der neue nvidia server auch schon
aber diesmal mit fehlermeldung
und killbar

das mit distributionsspezifischen ist klar , weil die eine entsprechende struktur voraussetzen geht es nur mit dem original kernel

die tar.gz werden nicht wirklich kompiliert. es werden nur die bianaries installiert und pfade angepasst.

ich werde mein system wohl noch mal gründlich checken.

die fehlermeldung in e hängt auch mit dem nicht gefundenen glx zusammen.

gruss
christoph

[hunter]

Also das Problem das GLX nicht lief hatte ich auch als ich die Tar Quellen von X aus installiert habe. Deshalb habe ich src.rpms auf Konsolenebene kompiliert und dann installiert. Erst dann lief GLX wieder richtig.

[christophwth]

HI

ich habe jetzt noch mal einen neuen
versuch gestartet mit der rpm rebuild methode.

es geht noch weniger jetzt hängt sich der X-server beim start auf und der rechner lässt sich nur noch über strg+ alt + entf
herunter fahren.

fehler meldung betrifft
GlxExtensionInit den genauen wortlaut habe ich nicht mehr im kopf ich werde
heute abend noch den betreffenden teil
des Xfree logs posten.

bei rebuild hat mich verwundert dass,
der kernel 2.4.9 als 2.2. er erkannt wurde und beim anschliessenden install
per rpm die check dependencies meldung auch anzeigt ich hätte keinen
kernel 2.2.0 oder neuer.

per --nodeps installiert und die beschriebene glx fehlermeldung
bekommen.

gruss
christoph