Problème X suite à l'installation drivers Nvidia

:blush: désolé j’ai oublié de préciser que tu ne devais pas réinstaller le .run si tu es sous testing ou unstable.
L’important dans la partie “tout désinstaller et recommencer” c’était de le faire “dans l’ordre inverse” sinon: t’as un conflit de lib maintenant probablement en plus. J’aurais dû mettre plus d’emphase là dessus. :confused: T’as bien respecté l’ordre inverse ?

Lances en root un updatedb puis locate libGL et montres-le nous … pour voir où tu en est.

Pour ce qui est de passer en unstable, c’est toi qui vois. Ou mettre une vieille carte vidéo “en attendant” la version 9631… qui ne devrait pas tarder puisque la libc6 viens de s’accorder avec celle d’unstable.

@scorpio: j’ai peut-être sauté cette partie mais dans la recompilation du kernel tu ne précises pas de désactiver le nvidiafb et rivafb qui sont connus pour causer des conflits avec les pilotes nVidia (bien que j’ai jamais eu à noter de conflit à cause de cela mais bon …).

J’ai tout désinstallé après coup :wink: .

#locate libGL
/usr/lib/libGL.so.1
/usr/lib/libGL.so.1.2
/usr/lib/libGLU.so.1
/usr/lib/libGLU.so.1.3.060501
/usr/lib/xorg/modules/extensions/libGLcore.so

Le faire me modifier /etc/apt/preferences.conf et de mettre une valeur plus élevé à testing qu’à unstable n’empèchera pas le système de se mettre en unstable lors d’une upgrade ?
Car d’après ce mattotop et scorpio81 me disent (si j’ai bien compris), je peux prendre les paquets de sid uniquement pour nvidia en faisant cela, non ?

Je n’ai pas vraiment envie de me mettre complètement en unstable pour mes PCs, étant donnés que ce sont mes Desktop, je préfère garder un minimum de sécurité tout en étant relativement à jour…

Tu “sembles” avoir les paquets libgl1-mesa-dev|dri d’installés, ainsi que libglu1-mesa(-dev).
Bon ceux-là ne semble pas donner de conflits avec les pilotes legacy donc à priori t’es “propre”. :slightly_smiling:

[quote=“Morneithan”]
Le faire me modifier /etc/apt/preferences.conf et de mettre une valeur plus élevé à testing qu’à unstable n’empèchera pas le système de se mettre en unstable lors d’une upgrade ? [/quote]
Si justement, cela te permet de rester en testing mais de piquer de temps en temps (pas souvent hélas) des paquets venant d’unstable.

[quote=“Morneithan”]
Car d’après ce mattotop et scorpio81 me disent (si j’ai bien compris), je peux prendre les paquets de sid uniquement pour nvidia en faisant cela, non ?[/quote]
Oui, ils sont plutôt bon si tu vois ce que je veux dire donc t’inquiêtes pas. :wink:

[quote=“Morneithan”]
Je n’ai pas vraiment envie de me mettre complètement en unstable pour mes PCs, étant donnés que ce sont mes Desktop, je préfère garder un minimum de sécurité tout en étant relativement à jour…[/quote]
C’est ce que j’ai: je suis en testing et je pique les paquets d’unstable quand j’en ai le besoin, par exemple actuellement j’utilise enlightenment d’unstable car il est beaucoup plus récent donc fonctionnel. De plus j’ai le pilote 9755 de stable (fait par fran.b) sur un de mes ordis, c’est pratique ce système de paquet que l’on peut mixer (dans une certaine mesure hein ! :wink: ) tout en restant dans un niveau précis.

c’est surtout pas preferences.conf, mais /etc/apt/preferences sans suffix.
Et il faut bien vérifier avec apt-cache policy et avant de faire la moindre install avec des preferences qu’elles s’appliquent bien, et qU’il n’y a aucune prio à 500.
Sinon, c’est le passage en sid assuré :wink: .
forum.debian-fr.org/viewtopic.php?t=5659

J’ai porté de 9755 sur Etch, tu trouveras ça sur http://boisson.homeip.net/debian/Nvidia/

+pour aller pécher dans les sources sid => cf le tuto de matt “Votre sources.list au carré” dans la partie trucs et astuces.
+Apres ca : “man apt-get” pour apprendre comment aller piocher ds les sources sid alors que tu es en lenny
+Tu installes nvidia-glx venant de sid.
+Ctrl+alt+F1
+tu te logges si c’est pas deja fait dans cette console
+m-a a-i nvidia (qui devrait tout te mâcher concernant les trucs qui manquent, “a-i” = “auto-install”)
+tu modifies ton /etc/X11/xorg.conf pour avoir le pilote “nvidia” pour ta CG et “load “dri”” dans la liste des load au début de ton fichier en général.
+tu tapes : “/etc/init.d/gdm restart”
+si t’as le logo nvidia t’as gagné, sinon, pour au moins avoir un X si t’en as besoin tu remplaces dans ton xorg.conf le nom de driver (“nvidia” a priori) par “nv” ou “vesa” si nv passe pas(mais la le problème ne vient peut ê pas que des drivers).

Voili voila voilo ca doit le faire ça (mais effectivement ca n’est qu’une ressucée des topics qu’on trouve un peu partout.)

Edit : … ou tu recuperes le portage de fran :stuck_out_tongue:

Merci pour vos réponse.
Alors, je vous dis où j’en suis:
J’ai pompé le sources list du topic donné par mattotop , j’ai donc ca:

cat /etc/apt/sources.list
## lenny
deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free
#debian-marillat
deb http://www.debian-multimedia.org lenny main
deb-src http://www.debian-multimedia.org lenny main
# security
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

## sid
deb http://ftp.fr.debian.org/debian/ sid main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ sid main contrib non-free
#debian-marillat
deb http://www.debian-multimedia.org sid main
deb-src http://www.debian-multimedia.org sid main

## experimental
deb http://ftp.fr.debian.org/debian/ experimental main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ experimental main contrib non-free
#debian-marillat
deb http://www.debian-multimedia.org experimental main
deb-src http://www.debian-multimedia.org experimental main 

J’ai ensuite édité à ma sauce le /etc/apt/preferences/ , ca donne maintenant ca:

 cat /etc/apt/preferences
Package: *
Pin: release o=Debian,a=testing,l=Debian-Security
Pin-Priority: 999

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages
Pin-Priority: 998

Package: *
Pin: release o=Debian,a=testing,l=Debian
Pin-Priority: 997

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 996

Package: *
Pin: release o=Debian,a=unstable,l=Debian
Pin-Priority: 995

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 994

Package: *
Pin: release o=Debian,a=experimental,l=Debian
Pin-Priority: 993 

J’ai ensuite fait une update pour obtenir les clé pour debian-multimedia, et j’ai vérifié que tout collait bien avec apt-cache policy:

Fichiers du paquet :
 100 /var/lib/dpkg/status
     release a=now
 500 http://wine.budgetdedicated.com etch/main Packages
     release o=winehq,a=stable,l=winehq,c=main
     origin wine.budgetdedicated.com
stable,l=winehq,c=main
     origin wine.budgetdedicated.com
 994 http://www.debian-multimedia.org experimental/main Packages
     release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages,c=main
     origin www.debian-multimedia.org
 993 http://ftp.fr.debian.org experimental/non-free Packages
     release o=Debian,a=experimental,l=Debian,c=non-free
     origin ftp.fr.debian.org
 993 http://ftp.fr.debian.org experimental/contrib Packages
     release o=Debian,a=experimental,l=Debian,c=contrib
     origin ftp.fr.debian.org
 993 http://ftp.fr.debian.org experimental/main Packages
     release o=Debian,a=experimental,l=Debian,c=main
     origin ftp.fr.debian.org
 996 http://www.debian-multimedia.org sid/main Packages
     release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages,c=main
     origin www.debian-multimedia.org
 995 http://ftp.fr.debian.org sid/non-free Packages
 release o=Debian,a=unstable,l=Debian,c=contrib
     origin ftp.fr.debian.org
 995 http://ftp.fr.debian.org sid/main Packages
     release o=Debian,a=unstable,l=Debian,c=main
     origin ftp.fr.debian.org
 999 http://security.debian.org lenny/updates/non-free Packages
     release o=Debian,a=testing,l=Debian-Security,c=non-free
     origin security.debian.org
 999 http://security.debian.org lenny/updates/contrib Packages
     release o=Debian,a=testing,l=Debian-Security,c=contrib
     origin security.debian.org
 999 http://security.debian.org lenny/updates/main Packages
     release o=Debian,a=testing,l=Debian-Security,c=main
     origin security.debian.org
 998 http://www.debian-multimedia.org lenny/main Packages
     release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages,c=main
     origin www.debian-multimedia.org
 997 http://ftp.fr.debian.org lenny/non-free Packages
     release o=Debian,a=testing,l=Debian,c=non-free
     origin ftp.fr.debian.org
 997 http://ftp.fr.debian.org lenny/contrib Packages
     release o=Debian,a=testing,l=Debian,c=contrib
     origin ftp.fr.debian.org
Paquets étiquetés :

A partir de là, j’attend votre feux vert pour continuer :slightly_smiling: .

c’est déjà bon, mais idéalement, il faudrait que tu mettes une prio à 999 sur le depot wine.budgetdedicated.com (je ne l’ai pas vu dans ton sources.list, mais bon).

Package: * Pin: release o=winehq,a=stable,l=winehq,c=main Pin-Priority: 999

C’est à n’y plus rien comprendre…
J’ai suis à la lettre le tuto de scorpio, et ca a marché la première fois, lors du startx, juste après l’install…

J’ai alors tenté un reboot pour voir si ca marchais vraiment à chaque fois, et bim, je retombe sur le refus de démarrage de X… :cry:

Bon, que donne apt-cache policy nvidia-glx ?

Voilà voilou !

$apt-cache policy nvidia-glx
nvidia-glx:
  Installé : (aucun)
  Candidat : 1.0.8776-4
 Table de version :
     1.0.9755-1 0
        995 http://ftp.fr.debian.org sid/non-free Packages
     1.0.8776-4 0
        997 http://ftp.fr.debian.org lenny/non-free Packages
        100 /var/lib/dpkg/status

Space, il afficher pas mon .96xx …

ben donc, de fait, tu n’as toujours pas installé la version sid des pilotes.
maintenant, il va falloir que tu mettes à jour nvidia-glx et que tu recompiles les sources. En root, le tout sans redémarrer le serveur X.
d’abord installer les sources:apt-get install nvidia-kernel-source=1.0.9755-1les recompiler:

et hop reboot.
bon, je viens de faire la manip chez moi, je te dis aprés reboot moi même si c’est dans le bon ordre.

[Edit]De fait:roc@roc:~$ apt-cache policy nvidia-glx nvidia-kernel-2.6.21-em64t-roc nvidia-glx: Installé : 1.0.9755-1 Candidat : 1.0.9755-1 Table de version : *** 1.0.9755-1 0 990 http://ftp.fr.debian.org sid/non-free Packages 100 /var/lib/dpkg/status 1.0.8776-4 0 995 http://ftp.fr.debian.org etch/non-free Packages 992 http://ftp.fr.debian.org lenny/non-free Packages nvidia-kernel-2.6.21-em64t-roc: Installé : 1.0.9755-1+2.6.21-em64t-roc-10.00.Custom Candidat : 1.0.9755-1+2.6.21-em64t-roc-10.00.Custom Table de version : *** 1.0.9755-1+2.6.21-em64t-roc-10.00.Custom 0 100 /var/lib/dpkg/status

La carte ne supporte pas les drivers 1.0.97xx, mais j’ai tout de même tenté ,ainsi qu’avec les 1.0.96xx (je l’ai ai tous fais de 1.0.9631-1 à 1.0.9631-9 et de 1.0.9639-1 à 1.0.9639-9, il n’en a trouvé aucun)
Ca n’a pas marché… (pour les 96, comme avant; pour les 97, le log explique que les 97 ne supportent pas cette carte)

J’en suis donc toujours au même point… je pense que je suis condamné à reinsaller les 1.0.87xx sur ce pc, et a attendre le portage des 96 sous Lenny.

J’espère en tout cas que l’erreur n’apparaitra pas non plus sur mon pc principal en faisant la même manip, parce que là ca serait vraiment génant de par pouvoir utiliser les drivers 1.0.97xx (ou supérieurs) sur ma 7600GT…

les cartes qui ne sont plus supportées par le nvidia-kernel-source passent dans nvidia-kernel-legacy-source. Tu refais la manip en remplacant l’un par l’autre. Je n’avais pas vu ce détail désolé.

nvidia-kernel-legacy-96xx-source plutôt. :wink:

… Ou alors oui, tu attends qu’il soit porté par quelqu’un ou passe de unstable à testing, et en attendant tu as “nv” qui est fonctionnel sans changer de paramétrage de xorg (pas en 3D biens sûr).

Édit: Oui le 9755 fonctionne sur une 7600 GT.

Bon, là je crois que je vais laisser “nv” , parce que je pige vraiment pas d’où peut venir cette erreur.

J’ai tout réessayé, les 97,96 et même les 87, ca marche toujours nikel après un startx, mais dès je tente un reboot, il refuse de démarrer.

A part pour les 97 (où il indique que ces drivers ne supportent pas ma carte), les deux autre me montre un log qui me semble normal, en tout cas identique à celui que j’ai toujours eu depuis que je rencontre (ou non) ce problème.

Je présice que pour chacun de mes essais je désinstallais tout à chaque fois, pour repartir sur une base propre.

C’est assez incompréhensible et frustrant de ne pouvoir profiter des drivers nvidia, quel qu’il soit. :angry:

J’espère sincérement que ca marchera correctement quand je referais la manip sur mon autre PC pour avoir les 97, parce que sinon mon passage à Debian ne sera pas aussi heureux que je l’espère encore…

Si vous avez une dernière idée à me soumettre pour essayer de résoudre ca, n’hésitez pas tout de même ,hein :wink:.

que te donne la commande

Et bien à vrai dire cette commande ne me renvoye rien du tout …

bizarre , moi c’est pareil mais sur un kernel 64 bits
sur un kernel k7 recent elle doit te renvoyer quelque chose
c’est quoi ton kernel ?

C’est un 2.6.18-4-k7 :wink: