NVIDIA 96.43.14-pkg1.run et 2.6.32-1-686

Support Debian
#21

Je viens de trouver une page où il est expliqué qu’il y a bien un bug dans le linux headers/kbuild system :
groups.google.com/group/linux.de … e41498b236

Je vais tenter de récupérer ce fichier dans les sources du linux-kbuild-2.6.32

[quote]iman@debian:~$ apt-cache show linux-kbuild-2.6.32
Package: linux-kbuild-2.6.32
Priority: optional
Section: devel
Installed-Size: 704
Maintainer: Debian Kernel Team debian-kernel@lists.debian.org
Architecture: i386
Source: linux-kbuild-2.6
Version: 2.6.32-1
Depends: libc6 (>= 2.7)
Filename: pool/main/l/linux-kbuild-2.6/linux-kbuild-2.6.32_2.6.32-1_i386.deb
Size: 224630
MD5sum: 10b8dfdb21887927c8803f64919640d1
SHA1: f892702159e9cc5ac265249aae9c682f17b43cf4
SHA256: 41bf97a58e4c241eca7e296e555b162f55ad7a01fd8a6f413f372144720e88fe
Description: Kbuild infrastructure for Linux 2.6.32
This package provides the kbuild infrastructure for the headers packages
for Linux kernel version 2.6.32.
Tag: admin::kernel, devel::lang:perl, implemented-in::{c,perl,shell}, role::shared-lib
[/quote]

@+…

#22

Mouhahaha!

il est pas dedans… ça doit être dans un très vieux paquet genre 2.6.28 ou chépakoi.
J’abandonne pour ce soir… j’espère qu’il y aura un bug-fix… en attendant je garde ma bidouille.

Merci à ceux qui ont participé, c’était très intéressant. ; )

@+…

#23

J’ai vu passer une mise à jour de nvidia-kernel-source lors d’un upgrade, j’ai donc mis à jour en utilisant module-assistant, et … Aucune erreur !
Je pense que les sources nVidia sont maintenant patchée. (en SID)

#24

Il y a ici http://boisson.homeip.net/debian/Nvidia/nvidia-kernel-2.6.32-trunk-amd64_190.53_amd64.deb un paquet contenant le module nvidia que j’ai compilé pour le 2.6.32. Il y a effectivement un souci avec les headers si on utilise m-a. La raison est un meli melo entre la partie common et la partie amd64. Je m’en suis sorti en englobant tous les fichiers dans une seule arborescence que j’ai déclaré être les headers.

cd /usr/src/ mkdir linux-2.6.32 (cd ../linux-headers-2.6.32-trunk-common ; tar ch .) | tar x (cd ../linux-headers-2.6.32-trunk-amd64 ; tar ch .) | tar x

Il suffit de refaire les liens /lib/modules/2.6.32-trunk-amd64/build et source et enseuite la compilation se passe bien.

#25

Même soucis que vous, en testing, manque un script perl.
Vais attendre sagement la mise à jour, et rester en 2.6.30, flemme de bricoler …

#26

À noter que mes headers 2.6.32 n’ont pas ce fichier ce qui n’empêche pas la compilation… Bizarre.

#27

Il doit y avoir une différence entre la version “trunk” et la normale. Il me semble que ça fonctionnait avec la trunk

Je viens de voir que le 2.6.32-2 vient de faire son apparition en testing, c’est un paquet distinct du précédent, pas une mise à jour.
Je confirme que le driver nvidia compile avec le -2, mais toujours le warning sur le driver ethernet rt8168, qui sera corrigé dans le -3.

#28

Salut,

Tant qu’à faire de ne pas être en stable :slightly_smiling:

#29

Merci i M@N pour la recherche et le correctif !

Ne pas oublier de faire ça après la mise en place des headers (donc après le m-a prepare)

J’ai corrigé la ligne 2 :

wget -O ~/recordmcount.pl http://ubuntu.wikimedia.org/git/ubuntu-jaunty/scripts/recordmcount.pl sudo chmod 755 ~/recordmcount.pl sudo cp ~/recordmcount.pl /usr/src/linux-headers-2.6.32-1-common/scripts/recordmcount.pl

Grâce à ce correctif on peut non seulement compiler le driver proprio
nvidia mais également le driver proprio vboxdrv (VirtualBox 3.1 de sun)

#30

Hello.

@guyr34 : je comprends pas… qu’est-ce qui change par rapport aux commandes que j’ai donné dans mon premier post? De quelle ligne 2 tu parles?

@fran.b : je comprends pas à quoi servent les commandes que tu donnes :

cd /usr/src/ mkdir linux-2.6.32 (cd ../linux-headers-2.6.32-trunk-common ; tar ch .) | tar x (cd ../linux-headers-2.6.32-trunk-amd64 ; tar ch .) | tar x
et aussi :

Les liens de où vers où?

Merci.

@+…

#31

Y a vraiment pas grand chose qui change, mais si t’es
pas dans ton home dir, le copier/coller des 3 lignes
ne fonctionne pas correctement :

=>

#32

Hello.

OK! j’ai édité mon post.

Merci.

@+…

#33

[quote=“i M@N”]
@fran.b : je comprends pas à quoi servent les commandes que tu donnes :

cd /usr/src/ mkdir linux-2.6.32 (cd ../linux-headers-2.6.32-trunk-common ; tar ch .) | tar x (cd ../linux-headers-2.6.32-trunk-amd64 ; tar ch .) | tar x[/quote]
Ça fusionne les heraders en un seul répertoire sans lien, tous les fichiers sont présents. En fait je mélange les deux répertoires linux-headers-2.6.32-trunk-common et linux-headers-2.6.32-trunk-amd64 en un seul linux-2.6.32 qui ne contient aucun lien.

Vers ce répertoire /usr/src/linux-2.6.32

#34

meme symptome en passant du kernel 2.6.32-trunk au 2.6.32.1 j’ai simplmeent recuperer le recordmcount.pl de mon /usr/src/2.6.32-trunk-common pour le mettre dans /usr/src/2.6.32.1-common j’ai ensuite installer mon pilate nvidia 190.53 comme d’habitude en utilisant le .run du site nvidia ( je sais que certains aiment pas ca mais chez moi ca a toujours fonctionner comme ca et sur toutes les distros que j’utilise…)

@++
drizzt

#35

Hello.

Merci fran.b pour la clarification!

Donc il y a bien un souci puisque il faut bidouiller pour avoir un système opérationnel avec un kernel 2.6.32-1-686 et que seul le paquet linux-headers-2.6.32-trunk-amd64 semble être complet (ce qui pour un trunk est assez contradictoire) et ça ne me paraît pas évident d’installer du *-amd64 pour ma machine P4 intel 32 bits!

@+…