PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Richte ich mich bei der Inst. des nvidia Treibers nach dem Kernel, oder andersrum


g-string 3
2006-09-26, 11:03:11
Hi,
ich bin bei Debian Sarge (mit Testingzweig) soeben von Kernel 2.4.27-2-k7 auf 2.6.8-3-k7 umgezogen.
Leider bekomme ich die nvidia Treiber nicht mehr installiert.
Das Paket nvidia-glx möchte einen Kernel 2.4.27-2-386 installieren :eek:
Das Paket nvidia-kernel ist nur als 2.4 oder 2.6.16-2-k7 verfügbar.
Ich habe doch aber einen 2.6.8-3-k7 Kernel???

Habe folgendes drauf:
- nvidia-kernel-source
- nvidia-kernel-common
- nvidia-settings

In Stable sind nur nvidia-kernel-2.4* vorhanden.
Ich versuche gerade "nvidia-kernel-2.6.16-2-k7" aus dem Testing Zweig
Muss ich für eine zum Kernel 2.6 passenden nvidia-glx eventuell den Unstable Zweig aufnehmen?
Das wollte ich eigentlich verhindern.

Brauche ich eventuell:
- nvidia-glx-dev,
- nvidia-glx-legacy,
- nvidia-glx-legacy-dev?

Harleckin
2006-09-26, 15:12:09
Schau dir backports.org an. Da findest du einen aktuelleren Kernel und einiges mehr.

Das nVidia Zeugs würde ich mittels "module-assistent" bauen und installieren..

http://home.comcast.net/~andrex/Debian-nVidia/installation.html

g-string 3
2006-09-26, 16:17:27
Ich wollte es so narrensicher wie möglich mit synaptics, bzw. apt-get machen.
Da stört es auch nicht, wenn man aus Unwissenheit was völlig verkehrtes installiert hat.

backports hab ich bereits seit Ewigkeiten eingetragen

Harleckin
2006-09-26, 18:09:36
Hast du wirklich verstanden was ich meine?

Einfacher wie mit dem "module-assistent" geht es meiner Meinung nach nicht. Am Ende hast du die gewünschten Pakete und kannst diese locker installieren.

MadMan2k
2006-09-26, 19:44:31
oder einfach Ubuntu für den Desktop nehmen - da gibts vorkompilierte Module von Haus aus...

g-string 3
2006-09-27, 12:06:54
Hast du wirklich verstanden was ich meine?

Ja, was du gesagt hast hab ich verstanden, nur nichtr, was dieser module-assistant macht.
Ich guck ihn mir an .. bis dahin muss ich halt auf 3d verzichten

Einfacher wie mit dem "module-assistent" geht es meiner Meinung nach nicht. Am Ende hast du die gewünschten Pakete und kannst diese locker installieren.

Installiert module-assistant die Pakete gleich, oder baut der .deb Pakete, die man dann mit apt installieren kann?

Harleckin
2006-09-27, 12:11:45
Installiert module-assistant die Pakete gleich, oder baut der .deb Pakete, die man dann mit apt installieren kann?
Wie man es eben haben will.. er kann zumindestens beides.

Außerdem installiert man es dann mit "dpkg".

g-string 3
2006-09-27, 12:13:58
Das klingt gut :)

Leider ist die Anleitung echt zu krass für mich.
Na ja, ich guck noch mal

g-string 3
2006-09-27, 12:17:44
Welche Pakete muss ich denn bauen?
Mir scheint ja nur der nvidia-glx zu fehlen, oder täusch ich mich da?

Und der ist doch ohnehin schon binär und wird vermutlich per .run gestartet.
Sicher bin ich mir da aber wirklich nicht ;D

Spekulationen über Spekulationen

g-string 3
2006-10-11, 13:18:45
module-assistant spuckt das hier aus:

Pech gehabt, es wurden keine zum aktuellen Kernel passende ▒
│ Headers gefunden und ▒
│ es wurden keine weiteren Kernel-Verzeichnisse angegeben.

:(

g-string 3
2006-12-20, 15:58:02
Ich hab mich noch einmal an die Arbeit mit dem module-assistent gemacht.
Verwendet habe ich diese Anleitung:
http://home.comcast.net/~andrex/Debian-nVidia/installation.html

Leider gibt es einen unvorhergesehenen Konflikt.
libGlcore.a in /usr/lib/xorg kollidiert mit libGlcore.a in /usr/lib/nvidia

Was kann man da machen?

Wähle vormals abgewähltes Paket nvidia-glx.
Entpacke nvidia-glx (aus .../nvidia-glx_1.0.8776-3_i386.deb) ...
dpkg-divert: »diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/li b/nvidia/libGLcore.a.xlibmesa by nvidia-glx« kollidiert mit »diversion of /usr/lib /xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nv idia-glx-legacy«
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/nvidia-glx_1.0.8776-3_i38 6.deb (--unpack):
Unterprozess pre-installation script gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/nvidia-glx_1.0.8776-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
sarge:/home/micro# dpkg-reconfigure nvidia-glx
/usr/sbin/dpkg-reconfigure: nvidia-glx ist nicht installiert


PS: Mittlerweile ist Sarge@Etch
Der letzte produktiv eingesetzte Kernel ist 2.6.17-2

Harleckin
2006-12-20, 16:02:27
Ich hab mich noch einmal an die Arbeit mit dem module-assistent gemacht.
Verwendet habe ich diese Anleitung:
http://home.comcast.net/~andrex/Debian-nVidia/installation.html

Leider gibt es einen unvorhergesehenen Konflikt.
libGlcore.a in /usr/lib/xorg kollidiert mit libGlcore.a in /usr/lib/nvidia

Was kann man da machen?

Sarge läuft mit XFree86 4.3 und "nvidia-glx" setzt X.Org voraus. Also entweder auf Etch upgraden oder einen backport nutzen.

g-string 3
2006-12-20, 16:06:05
"Mittlerweile ist Sarge@Etch.
Der letzte produktiv eingesetzte Kernel ist 2.6.17-2" (stock kernel).
Es wird X.org verwendet.

Der für den nvidia Treiber zusätzlich installierte Kernel ist 2.6.18-3

Harleckin
2006-12-20, 16:35:14
Hast du "nvidia-glx-legacy" installiert? Dieses Paket führt zu einen Konflikt.

g-string 3
2006-12-20, 16:36:07
Hatte ich mal drauf.
Ist aber nicht mehr drauf.

Das habe ich gleich als erstes via synaptic überprüft.

g-string 3
2006-12-20, 16:56:22
nvidia-glx ist laut synaptic aber ein Paket für XFree???

Harleckin
2006-12-20, 17:44:09
Ich hab folgende Pakete installiert..

ii nvidia-glx 1.0.8776-3 NVIDIA binary XFree86 4.x driver
ii nvidia-glx-dev 1.0.8776-3 NVIDIA binary XFree86 4.x / Xorg driver deve
ii nvidia-kernel-2.6.16-grml 1.0.8776-3+sf3 NVIDIA binary kernel module for Linux 2.6.16
ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common files
ii nvidia-kernel-source 1.0.8776-3 NVIDIA binary kernel module source
ii nvidia-settings 1.0+20060516-3 Tool of configuring the NVIDIA graphics driv