quelle version de kde ?
pour ma part aucun soucis avec le kde 4.3.3 du depot kde-redhat +nvidia mais le tout en 32 bits ceci expliquant peut-être cela
aucun soucis non plus avec gnome+compiz ou E17
moi,titi wrote:quelle version de kde ?
pour ma part aucun soucis avec le kde 4.3.3 du depot kde-redhat +nvidia mais le tout en 32 bits ceci expliquant peut-être cela
aucun soucis non plus avec gnome+compiz ou E17
C'est vrai...
J'ai oublié de préciser que le souci de freeze ne semble affecter que ceux qui sont en x64....
et comme j'ai, à peu de choses près, la même opinion sur le 64 bits que notre "titeuf" préféré, cela ne m'incite pas a changer d'avis.
J'ai oublié de préciser que le souci de freeze ne semble affecter que ceux qui sont en x64....
Est-ce que les utilisateurs 64 bits peuvent infirmer/confirmer le problème ?
chepioq wrote:Par contre
mv /boot/initrd-$(uname -r).img /boot/initrd-$(uname -r).img.sauvegarde
dracut /boot/initramfs-$(uname -r).img $(uname -r)
est obligatoire, d'après le wiki de ce même forum
Je n'ai pas eu besoin de faire cela pour que cela fonctionne, j'ai juste ajouté l'argument cité précédement.
Ça dépend peut etre de la version des drivers...
Bonsoir à tous,

Je suis récent sur Fédora (pas sur d'autres distrib)

Je viens d'installer F12 sur mon Barbone Shuttle (Intel E6750 + nVidia 8600GT), tout va bien, sauf la 3D.
La procédure cité ci-dessus pour installer le driver nVidia 190.42 (32bits+64bits) est correcte et le driver s'active.

Cependant, ..., c'est GLX qui ne se charge pas chez moi !
(II) Loading /usr/lib64/xorg/modules/extensions/nvidia/libglx.so
dlopen: libGLcore.so.1: cannot open shared object file: No such file or directory
(EE) Failed to load /usr/lib64/xorg/modules/extensions/nvidia/libglx.so
(II) UnloadModule: "glx"
(EE) Failed to load module "glx" (loader failed, 7)
Et pourtant les fichiers existent et les liens (ln -s) ne sont pas cassés !!

Je sèche.

Pour info, la semaine dernière, cela a parfaitement fonctionné avec openSuse 11.2 (noyau 2.6.31 et driver 190.42)


Si quelqu'un a une piste, je suis prêt à chercher ... merci d'avance

Olivier
Salut dufgrinder,

Ton fichier /usr/lib64/xorg/modules/extensions/nvidia/libglx.so pointe bien vers le fichier libglx.so.190.42 situé dans le même dossier ?

Dans la section "Files" de ton xorg.conf, tu as bien les deux lignes suivantes et dans le bon ordre :
Section "Files"
    ModulePath   "/usr/lib64/xorg/modules/extensions/nvidia"
    ModulePath   "/usr/lib64/xorg/modules"
?
Bonsoir Fifi,

Je réponds "Oui" aux deux questions.

J'ai aussi vérifié l'existence de libGL.so.1 qui pointe vers libGL.so.1.2

Le fichier /etc/X11/xorg.conf est simpliste :
# Xorg configuration created by livna-config-display

Section "Files"
    ModulePath   "/usr/lib64/xorg/modules/extensions/nvidia"
    ModulePath   "/usr/lib64/xorg/modules"
EndSection

Section "ServerFlags"
    Option        "AIGLX" "on"
EndSection

Section "Device"
    Identifier  "Videocard0"
    Driver      "nvidia"
    Option        "AddARGBGLXVisuals" "True"
EndSection

Section "Extensions"
    Option        "Composite" "Enable"
EndSection
Merci de ton essai
J'ai exactement le même xorg.conf que toi et ça fonctionne.

Par contre, tu dis :
J'ai aussi vérifié l'existence de libGL.so.1 qui pointe vers libGL.so.1.2
Si c'est le libGL.so.1 qui est dans /usr/lib64/nvidia , il doit pointer vers libGL.so.190.42
Si c'est celui qui est dans /usr/lib64, effectivement il doit pointer vers /usr/lib64/libGL.so.1.2

Dans /usr/lib64/nvidia, tu as bien le fichier libGLcore.so.1 ? Apparemment, il n'est pas trouvé par dlopen :
dlopen: libGLcore.so.1: cannot open shared object file: No such file or directory
j'ai le même problème. je suis en 64bits. Le driver nvidia s'installe bien, mais impossible d'activer la 3D.
Et finalement, ça marche !!

Je suis passé en mode "manuel" : Téléchargement du paquet de nVidia http://fr.download.nvidia.com/XFree86/Linux-x86_64/190.42/NVIDIA-Linux-x86_64-190.42-pkg2.run

Regénération des drivers : OK, la 3D s'active. J'obtiens un score de 9700 fps avec glxgears (c'est mieux que OpenSuse 11.2 qui fait du 6000 et moins bien que OpenSuse 11.1 qui dépasse les 10000)

Pour les jeunes :
- Télécharger le fichier "NVIDIA-Linux-x86_64-190.42-pkg2.run"
- Fermer votre session
- Taper Ctrl+Alt+F1 (pour passer en mode terminal)
- Loger vous en tant que root
- Taper : init 3 (pour flinguer le serveur X)
- Mettez vous dans le répertoire où est localisé le fichier téléchargé
- Exécuter le fichier de nVidia : "sh ./NVIDIA-Linux-x86_64-190.42-pkg2.run"
- Dites "Ok" à tout (y compris les lib 32bits)
- Une fois l'installation terminée : "init 5" (et c'est reparti)

NB :
+ Le système doit avoir été installée avec les paquets : "gcc" et "kernel-devel" (nettoyables après)

Morale :
+ J'étais visiblement face à un problème de "linkage"

PS :
+ Il reste des warnings "suspects", lorsque l'on lance le 'init 5'
+ J'ai regénéré le /boot/initramfs (sans doute inutilement)

Pour Fifi : Je finis avec une configuration des lib différentes :
[ecoduf@deyme3 lib64]$ ll /usr/lib64/nvidia/
total 4
drwxr-xr-x. 2 root root 4096 nov.  21 23:21 tls
et
[ecoduf@deyme3 lib64]$ ll /usr/lib64/libGL*
lrwxrwxrwx. 1 root root       19 nov.  21 23:21 /usr/lib64/libGLcore.so.1 -> libGLcore.so.190.42
-rwxr-xr-x. 1 root root 20240664 nov.  21 23:21 /usr/lib64/libGLcore.so.190.42
-rw-r--r--. 1 root root      655 nov.  21 23:21 /usr/lib64/libGL.la
lrwxrwxrwx. 1 root root       10 nov.  21 23:21 /usr/lib64/libGL.so -> libGL.so.1
lrwxrwxrwx. 1 root root       15 nov.  21 23:21 /usr/lib64/libGL.so.1 -> libGL.so.190.42
-rwxr-xr-x. 1 root root   926784 nov.  21 23:21 /usr/lib64/libGL.so.190.42
lrwxrwxrwx. 1 root root       20 nov.  21 12:51 /usr/lib64/libGLU.so.1 -> libGLU.so.1.3.070700
-rwxr-xr-x. 1 root root   402312 sept. 21 23:24 /usr/lib64/libGLU.so.1.3.070700
Bonne nuit,

Olivier
Ouais, apparemment c'était un problème de liens symboliques ... J'allais te proposer de réinstaller le driver nvidia, justement...! L'ennui c'est que t'as pas utilisé le rpm finalisé pour fedora ... ! Et que tu pourras pas mettre à jour par yum !

Pour infos, chez moi j'ai, avec glxgears :
[Fifi@localhost ~]$ glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
40861 frames in 5.0 seconds = 8172.051 FPS
42190 frames in 5.0 seconds = 8437.868 FPS
42093 frames in 5.0 seconds = 8418.507 FPS
42396 frames in 5.0 seconds = 8479.134 FPS
41905 frames in 5.0 seconds = 8380.984 FPS
42033 frames in 5.0 seconds = 8406.511 FPS
41658 frames in 5.0 seconds = 8331.522 FPS
41979 frames in 5.0 seconds = 8395.630 FPS
Chez moi :
[Fifi@localhost ~]$ ls -l /usr/lib64/nvidia                                                                                         
total 25912                                                                                                                         
lrwxrwxrwx. 1 root root       17 nov.  19 20:51 libcuda.so -> libcuda.so.190.42                                                     
lrwxrwxrwx. 1 root root       17 nov.  19 20:51 libcuda.so.1 -> libcuda.so.190.42                                                   
-rwxr-xr-x. 1 root root  3619256 nov.   4 05:13 libcuda.so.190.42
lrwxrwxrwx. 1 root root       19 nov.  19 20:51 libGLcore.so -> libGLcore.so.190.42
lrwxrwxrwx. 1 root root       19 nov.  19 20:51 libGLcore.so.1 -> libGLcore.so.190.42
-rwxr-xr-x. 1 root root 20223320 nov.   4 05:13 libGLcore.so.190.42
lrwxrwxrwx. 1 root root       15 nov.  19 20:51 libGL.so.1 -> libGL.so.190.42
-rwxr-xr-x. 1 root root   927456 nov.   4 05:13 libGL.so.190.42
lrwxrwxrwx. 1 root root       23 nov.  19 20:51 libnvidia-cfg.so.1 -> libnvidia-cfg.so.190.42
-rwxr-xr-x. 1 root root   135832 nov.   4 05:13 libnvidia-cfg.so.190.42
lrwxrwxrwx. 1 root root       23 nov.  19 20:51 libnvidia-tls.so.1 -> libnvidia-tls.so.190.42
-rwxr-xr-x. 1 root root     6224 nov.   4 05:13 libnvidia-tls.so.190.42
lrwxrwxrwx. 1 root root       25 nov.  19 20:51 libvdpau_nvidia.so -> libvdpau_nvidia.so.190.42
-rwxr-xr-x. 1 root root  1456544 nov.   4 05:13 libvdpau_nvidia.so.190.42
lrwxrwxrwx. 1 root root       23 nov.  19 20:51 libXvMCNVIDIA_dynamic.so.1 -> libXvMCNVIDIA.so.190.42
-rwxr-xr-x. 1 root root   147056 nov.   4 05:13 libXvMCNVIDIA.so.190.42
drwxr-xr-x. 2 root root     4096 nov.  19 21:37 tls
[Fifi@localhost ~]$ ls -l /usr/lib64/libGL*
lrwxrwxrwx. 1 root root     12 nov.  19 11:36 /usr/lib64/libGL.so.1 -> libGL.so.1.2
-rwxr-xr-x. 1 root root 509328 sept. 21 23:24 /usr/lib64/libGL.so.1.2
lrwxrwxrwx. 1 root root     20 nov.  19 11:36 /usr/lib64/libGLU.so.1 -> libGLU.so.1.3.070700
-rwxr-xr-x. 1 root root 405120 sept. 21 23:24 /usr/lib64/libGLU.so.1.3.070700
[Fifi@localhost ~]$
pmarion wrote:
J'ai oublié de préciser que le souci de freeze ne semble affecter que ceux qui sont en x64....
Est-ce que les utilisateurs 64 bits peuvent infirmer/confirmer le problème ?
Je suis en 64 bits avec les
kmod-nvidia-2.6.31.5-127.fc12.x86_64-190.42.1.fc12.4.x86_64
xorg-x11-drv-nvidia-190.42.2.fc12.x86_64
sous kde 4.3.2.3
et j'ai, parfois quelques freeze en lancant, par exemple, la commande d'arrêt ou de déconnexion de ma session.
J'ai le xorg-x11-server-Xorg-1.7.1.7.fc12.x86_64, c'est peut-être à cause de ça. Voir le bug : Ici
A ce propos, il y a une nouvelle version du xorg-x11-server-Xorg qui est disponible dans le dépôt de koji, la xorg-x11-server-1.7.1-9.fc12 : koji
On peut l'installer ?
Bonjour,
Ce matin, plus de paquet kmod-nvidia (ni de akmod-nvidia) !
C'est «nouveau» ça ! ! !

yum repolist
Modules complémentaires chargés : presto, refresh-packagekit
id du dépôt               nom du dépôt                            statut
adobe-linux-i386          Adobe Systems Incorporated              activé:     17
fedora                    Fedora 12 - x86_64                      activé: 19 122
rpmfusion-free            RPM Fusion for Fedora 12 - Free         activé:    432
rpmfusion-free-updates    RPM Fusion for Fedora 12 - Free - Updat activé:      1
rpmfusion-nonfree         RPM Fusion for Fedora 12 - Nonfree      activé:    139
rpmfusion-nonfree-updates RPM Fusion for Fedora 12 - Nonfree - Up activé:      0
updates                   Fedora 12 - x86_64 - Updates            activé:    755
repolist: 20 466
yum search nvidia
xorg-x11-drv-nouveau.x86_64 : Xorg X11 nouveau video driver for NVIDIA graphics chipsets
Cg.i686 : NVIDIA Cg Toolkit
Cg.x86_64 : NVIDIA Cg Toolkit
Cg-docs.x86_64 : NVIDIA Cg Toolkit documentation
OpenEXR_Viewers-nonfree.x86_64 : Viewers programs for OpenEXR
libCg.i686 : NVIDIA Cg Toolkit shared support library
libCg.x86_64 : NVIDIA Cg Toolkit shared support library
libXNVCtrl.i686 : Library providing the NV-CONTROL API
libXNVCtrl.x86_64 : Library providing the NV-CONTROL API
libXNVCtrl-devel.i686 : Development files for libXNVCtrl
libXNVCtrl-devel.x86_64 : Development files for libXNVCtrl
nvclock.x86_64 : Utility that allows users to overclock NVIDIA based video cards
pmarion wrote:Bonjour,
Ce matin, plus de paquet kmod-nvidia (ni de akmod-nvidia) !
C'est «nouveau» ça ! ! !
Ces paquets sont toujours sur rpmfusion-nonfree-updates-testing, ils n'ont jamais été sur rpmfusion-nonfree-updates.
Pourtant je les ai téléchargé récemment sans avoir activé updates-testing .
C'est donc «nouveau», au moins depuis le 12/11, il est vrai qu'à l'époque j'étais encore en bêta (donc rawhide)
Nov 11 09:10:40 Installed: kmod-nvidia-190.42-1.fc12.4.x86_64
Nov 11 09:10:47 Installed: kmod-nvidia-2.6.31.5-127.fc12.x86_64-190.42-1.fc12.4.x86_64
Nov 11 09:10:53 Installed: xorg-x11-drv-nvidia-190.42-2.fc12.x86_64
Nov 11 09:10:56 Installed: xorg-x11-drv-nvidia-libs-190.42-2.fc12.x86_64
Nov 11 09:10:57 Installed: akmod-nvidia-190.42-1.fc12.4.x86_64
Nov 12 11:05:07 Erased: akmod-nvidia
Nov 12 11:05:20 Erased: kmod-nvidia
Nov 12 11:07:27 Erased: kmod-nvidia-2.6.31.5-127.fc12.x86_64
Nov 12 13:29:58 Erased: kmod-nvidia-2.6.31.1-56.fc12.x86_64
Nov 12 13:30:03 Erased: xorg-x11-drv-nvidia
Nov 12 13:30:05 Erased: xorg-x11-drv-nvidia-libs
Nov 12 14:31:51 Installed: kmod-nvidia-190.42-1.fc12.4.x86_64
Nov 12 14:31:56 Installed: kmod-nvidia-2.6.31.5-127.fc12.x86_64-190.42-1.fc12.4.x86_64
Nov 12 14:31:58 Installed: xorg-x11-drv-nvidia-190.42-2.fc12.x86_64
Nov 12 14:32:01 Installed: xorg-x11-drv-nvidia-libs-190.42-2.fc12.x86_64
Nov 20 11:32:26 Erased: kmod-nvidia
Nov 20 11:34:33 Erased: kmod-nvidia-2.6.31.5-127.fc12.x86_64
Nov 20 11:34:38 Erased: xorg-x11-drv-nvidia
Nov 20 11:34:39 Erased: xorg-x11-drv-nvidia-libs
Ils étaient en effet sur rpmfusion-nonfree-rawhide du temps de la bêta, mais vu que ces drivers nvidia posent encore certains problèmes, ils ont été mis en testing pour la F12
pmarion wrote:
J'ai oublié de préciser que le souci de freeze ne semble affecter que ceux qui sont en x64....
Est-ce que les utilisateurs 64 bits peuvent infirmer/confirmer le problème ?
Je suis sous Gnome, avec le driver nouveau, pas de freeze. Pour le moment. Juste des petits bugs dans l'affichage (type image affichée) pour la gestion du volume, yakuake, ...



Bon week-end.
Un petit up... 😉
Fifi wrote:
pmarion wrote:
J'ai oublié de préciser que le souci de freeze ne semble affecter que ceux qui sont en x64....
Est-ce que les utilisateurs 64 bits peuvent infirmer/confirmer le problème ?
Je suis en 64 bits avec les
kmod-nvidia-2.6.31.5-127.fc12.x86_64-190.42.1.fc12.4.x86_64
xorg-x11-drv-nvidia-190.42.2.fc12.x86_64
sous kde 4.3.2.3
et j'ai, parfois quelques freeze en lancant, par exemple, la commande d'arrêt ou de déconnexion de ma session.
J'ai le xorg-x11-server-Xorg-1.7.1.7.fc12.x86_64, c'est peut-être à cause de ça. Voir le bug : Ici
A ce propos, il y a une nouvelle version du xorg-x11-server-Xorg qui est disponible dans le dépôt de koji, la xorg-x11-server-1.7.1-9.fc12 : koji[/b]
On peut l'installer ?