merci bruno09 !

ouaip bien vu
c'était bien ça ... pb avec la version 495 ...

rpm -q -a | grep nvidia
sudo dnf remove *kmod-nvidia*
sudo dnf remove *-drv-nvidia*
sudo dnf install akmod-nvidia-470xx.x86_64
sudo reboot

retour en version 470, j'ai récupéré direct ma config en double écran au reboot

Bonjour tout le monde,

Suite à upgrade de F34 à F35, ma carte vidéo n'est plus reconnue correctement.
Plus de double écran et je me retrouve avec le driver nouveau malgré kmod-nvidia installé.

voici les infos :

$ sudo akmods
Checking kmods exist for 5.14.16-301.fc35.x86_64           [  OK  ]

$ uname -a
Linux fx 5.14.16-301.fc35.x86_64 #1 SMP Wed Nov 3 13:55:42 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

$ lspci |grep -E "VGA|3D"
01:00.0 VGA compatible controller: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1)

$ rpm -q akmod-nvidia && uname -r
akmod-nvidia-495.44-1.fc35.x86_64
5.14.16-301.fc35.x86_64

$ grep nouv /etc/default/grub
GRUB_CMDLINE_LINUX="rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 rd.lvm.lv=vg_root/lv-root rd.lvm.lv=vg_root/lv_swap nomodeset rhgb quiet"

$ sudo cat /etc/modprobe.d/blacklist-nvidia-nouveau.conf
blacklist nouveau
options nouveau modeset=0

$ lsmod | grep nv
$ lsmod | grep nvidia
$ lsmod | grep kmod
$ lsmod | grep nouveau
nouveau              2400256  0
video                  57344  1 nouveau
i2c_algo_bit           16384  1 nouveau
drm_ttm_helper         16384  1 nouveau
ttm                    86016  2 drm_ttm_helper,nouveau
drm_kms_helper        303104  1 nouveau
drm                   630784  4 drm_kms_helper,drm_ttm_helper,ttm,nouveau
mxm_wmi                16384  1 nouveau
wmi                    36864  2 mxm_wmi,nouveau


$ cat /var/log/Xorg.0.log | grep EE && cat /var/log/Xorg.0.log | grep WW
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    90.529] (EE) Failed to load module "nv" (module does not exist, 0)
[    90.874] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19
[    90.875] (EE) open /dev/dri/card0: No such file or directory
[    90.875] (EE) open /dev/dri/card0: No such file or directory
[    90.964] (EE) Unable to find a valid framebuffer device
[    90.964] (EE) open /dev/fb0: No such file or directory
[    90.965] (EE) Screen 0 deleted because of no matching config section.
[    90.965] (EE) Screen 0 deleted because of no matching config section.
[    91.886] (II) Initializing extension MIT-SCREEN-SAVER
[   104.941] (EE) libinput: Logitech USB Trackball: Failed to create a device for /dev/input/mouse1
[   104.941] (EE) PreInit returned 2 for "Logitech USB Trackball"
[   327.009] (EE) event2  - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 32ms, your system is too slow
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    90.529] (WW) Warning, couldn't open module nv
[    90.875] (WW) Falling back to old probe method for modesetting
[    90.964] (WW) Falling back to old probe method for fbdev
[    91.368] (WW) VESA(0): Unable to estimate virtual size

Des idées ?

Bonjour,

Juste pour information, mon retour d'expérience, car je viens de migrer fc23 -> fc24 ->fc25

Je n'ai eu aucun problème pour passer de 23 à 24, par contre lorsque je suis passé de 24 à 25 j'ai eu des problèmes d'affichage.

Dans un 1er temps je me suis rendu compte qu'aucun pilote graphique n'était chargé

# lsmod |grep -E "(nouveau|nv)"

Dans les logs d'Xorg j'ai vu qu'il essayait de chargé un module "nv" (l'ancien nvidia), je l'ai blacklisté, mais il subistait quelques erreurs :

$cat /var/log/Xorg.0.log |grep EE && cat /var/log/Xorg.0.log |grep WW 
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    67.410] (EE) Failed to load module "nv" (module does not exist, 0)
[    68.008] (EE) open /dev/fb0: No such file or directory
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    65.247] (WW) "glamoregl" will not be loaded unless you've specified it to be loaded elsewhere.
[    67.410] (WW) Warning, couldn't open module nv
[    67.938] (WW) Falling back to old probe method for modesetting
[    67.938] (WW) Falling back to old probe method for fbdev
[    68.008] (WW) Falling back to old probe method for vesa
[    69.483] (WW) NVIDIA(0): Option "PrimaryGPU" is not used

J'ai supprimé tous les anciens kernel et kmod relatifs avant de réinstaller le dernier en date et depuis c'est bon.

Finalement un dernier soucis avec compiz : fenêtres fantômes et fond d'écran noir, mais pas de problèmes avec marco.
En fouinant un peu j'ai trouvé une solution qui est de laissé compiz gérer l'arrière plan pour solutionner le problème (465http://forums.fedoraforum.org/showpost.php?p=1776324&postcount=465) :

Configure compiz to render the wallpaper itself (each Workspace can have it's own)
1. Open CompizConfig Settings Manager from Control Centre.
2. Click on the Utility Category entry on the left.
3. Click on Wallpaper.
4. Click New, choose an image file and set how you want it displayed. You may be asked to enable an image format in Compiz. If so do so using the dialogue that appears. The first entry is for Workspace 1, adding more images assigns them to Workspace 2, Workspace 3 etc. according to their place in the list.
Under Use This Plugin on the left make sure it is ticked. Then close CompizConfig Settings Manager.
5. Open terminal and issue the following command to get rid of the background mess from all open windows, menus etc.
Code:

killall caja

Window decoration
1. Open Emerald Theme Manager and choose any theme that you like the look of.
2. close the theme manager and launch the Fusion Icon.
3. Right-click the Fusion Icon and Where it says 'Set Window Decorator' choose Emerald.


Problèmes résolu, tout marche bien sous FC25

Bon bah en fait j'ai tout de même u problème avec cette histoire de raid1 sur lvm :
J'ai rebooté, je commence par contrôler le niveau de sync de mon raid et le voila qui recommence la sync de 0.

Pourquoi le mirroir se re synchronise à chaque redémarrage de mon PC, il ne me semble pas que c'était le cas en F19 !?

Quelqu'un aurait un idée ?

Bonsoir à tous

Un petit message rapide pour vous remercier déjà d'avoir pris le temps de lire mon message et surtout pour préciser que j'ai trouvé l'origine des freezes : Rien à voir avec les pilotes vidéos.

J'avais bien des erreurs liés à mon RAID1 LVM de ma partition home. Celle-ci devenait illisible de temps à autre du fait qu'elle n'avait pas terminée de se resynchroniser.

En regardant le % de sync de ce VG je me suis rendu compte qu'il en était à peine à 20% alors que mon PC était allumé depuis presqu'une heure. J'ai donc attendu la fin de la synchro (près d'une heure et demi tout de même) et depuis je n'ai pas eu un seul plantage.

au niveau LVM, la sync est à 100% et pas de mismatch

# lvs -o name,lv_attr,segtype,sync_percent,raid_mismatch_count vg_home
  LV      Attr       Type   Cpy%Sync Mismatches
  lv_home mwi-aom--- mirror 100,00             

Donc je pense qu'il y a du avoir pas mal de re synchronisation sur le raid à faire après une journée de mmise à jour par fedup

Bonjour à tous,

Voici un petit retour concernant mon passage de F19 à F21

Bien première chose : ça c'est plutôt bien passé, j'ai fait un petit

fedup --network 21 --product=nonproduct

J'ai eu quelques paquets en erreurs de dépendances (dont catalyst, mais on va y revenir), je les ai listé, supprimé et relancé fedup.

Une fois les téléchargements terminés, 1er redémarrage pour l'installation et là horreur, il me met un message d'erreur concernant le RAID1 ( 2 hdd identiques pour mon /home )
Bon bah tout le reste bien démarré sauf 2 services "kdump" et "plymouth-quit-wait". J'ai résolu kdump et désactivé le service plymouth-quit-wait

je redémarre, cette fois pas d'erreur et le montage du home se fait bien. MAIS, pas d'interface graphique !
Ok, je cherche les package catalyst, je fouine sur gougle et fini par installer le pilote propriétaire AMD en v 14.12 avec un patch pour le noyau 3.17 qui fonctionne en 3.18 également

Bon bah dans l'ensemble ça marche, mais de temps en temps ça freeze au niveau graphique.

Salut Redstorm67

Intérressant comme problème. Je ne sais pas si tu l'as déjà résolu.
D'abord je ne comprends pas pourquoi tu montes une partition vfat dans un point de montage etx4 ? je vois pas l'intéret. Bref ce ne dois pas être le problème mais ca ne me parait pas tres logique.

Qu'y a t il dans ton fichier fstab et que te renvoi la commande?

fdisk -l |grep /dev/sd

Bonjour a tous,

Je me permet de déterrer le sujet car j'avais le même problème (sur toutes les installations de fedora 16 que j'ai pu faire récemment sur différentes machines) et l'origine du problème ne venait pas de selinux, mais de networkmanager : les 1er services réseaux lancés par systemd peuvent ne pas se lancer correctement si networkmanager lui a rendu la main alors que le réseau n'est pas vraiment opérationnel.
J'ai trouvé ça ici : http://forums.fedoraforum.org/showthread.php?t=276187

systemctl enable NetworkManager-wait-online.service

Avec cette commande c'est bon...

En fait la suppression de nautilus-terminal a résolu le problème pour moi

bonjour à tous,

J'ai un problème similaire nautilus ne se lance plus non sur mon poste.
J'ai fouiné un certain nombre de forums, beaucoup parlent d'un problème avec le package nautilus-terminal mais après l'avoir supprimé j'ai toujours le même souci.
Par contre tu peux essayer de le supprimer chez toi adjaxio.

De mon côté nautilus plante avec le message suivant :

$ nautilus
Could not register the application: Le délai d'attente est épuisé

Y a t il un .log généré quelque part par nautilus ?

Quelqu'un a t il déjà eu ce problème ?

Merci

Oui c'est là que j'ai trouvé les commandes pour remonter les fs en rw
par contre la personne ayant eu le problème a juste eu a refaire un vgchange -ay de son volume pour le retrouver, dans mon cas le vg a toujours été ok, mais désormais et pour je ne sais quelle raison je dois remonter les fs à chaque redémarrage. J'ai aussi regardé dans le rc.sysinit mais il me semble bon :

	action $"Setting up Logical Volume Management:" /sbin/lvm vgchange -a y --sysinit 

Bonjour Refuzink,

Merci de ton intervention.

Concernant le user_xattr, je vois que tu l'as aussi, il est nécessaire pour l'application dropbox qui utilise ces attributs étendus.

De quel services qui ne serait pas actif au démarrage parles-tu ?
Voici les services actifs sur mon pc :

abrtd (pid  1498) en cours d'exécution...
acpid (pid  1242) en cours d'exécution...
atd (pid  1574) en cours d'exécution...
auditd (pid  970) en cours d'exécution...
avahi-daemon (pid  1106) en cours d'exécution...
crond (pid  1532) en cours d'exécution...
cupsd (pid  1208) en cours d'exécution...
hald (pid 1253) en cours d'exécution...
irqbalance (pid 1036) en cours d'exécution...
ksmtuned (pid  1520) en cours d'exécution...
mdmonitor (pid  1067) en cours d'exécution...
messagebus (pid  1079) en cours d'exécution...
NetworkManager (pid  1093) en cours d'exécution...
rpc.statd (pid  1134) en cours d'exécution...
nmbd (pid  1543) en cours d'exécution...
ntpd (pid  1433) en cours d'exécution...
pcscd (pid  1321) en cours d'exécution...
rpcbind (pid 1053) en cours d'exécution...
rpc.idmapd (pid 1195) en cours d'exécution...
rsyslogd (pid  1003) en cours d'exécution...
sendmail (pid  1476) en cours d'exécution...
sm-client (pid  1485) en cours d'exécution...
smbd (pid  1559) en cours d'exécution...
openssh-daemon (pid  1411) en cours d'exécution...
wpa_supplicant (pid  1177) en cours d'exécution...
xinetd (pid  1422) en cours d'exécution...

Bonjour,

Il y a 2 jours j'ai eu le malheur d'éteindre mon pc pour la nuit (ça faisait quand même quelques mois je ne l'avait pas rebooté).
Hors hier soir en le redémarrant j'ai eu la surprise d'être coincé au montage des partitions avec un beau "donne moi le mdp root et répare tes fs !" (traduction perso) avec en plus un petit message lvm me disant "file-based locking initialisation failed"
ok je me signe root et je fsck mes partitions, toutes ok sauf les lvm bien sur. Et toutes les commandes lvm me lance un petit "file-based locking initialisation failed". je fouine un peu dans les man pages et je vois la plupart des commandes lvm ont un switch

--ignorelockingfailure

. Ok, je repasse donc mes commandes lvm mais les partitions sont ok. Rien de particulier dans dmesg ou /var/log/messages.
Je passe sur une autre machine et je trouve la commande

mount -n -oremount /

qui suivi d'un

mount /home

et d'un

init 5

me permette de lancer mon système.
J'en déduis donc que mes fs sont propres et qu'il y a un problème de paramétrage dans le système quelque part à l'initialisation des partitions. J'ai par exemple supprimé mon mtab qui s'est re créé mais sans succès, à chaque redémarrage je suis obligé de me signer en root et de relancer la commande

mount -n -oremount / ; mount /home ; init 5

pour arriver à ma session.

Quelque aurait-il une idée de l'origine de mon problème ?
Merci de votre aide

Voici le contenu de mes fichiers fstab, mtab et les résultat des comandes mount et blkid :

#
# /etc/fstab
# Created by anaconda on Sat Jan 29 16:26:19 2011
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/vg_f14-lv_root /                       ext4    defaults        1 1
UUID=0a04face-3b17-4064-b7b4-053dfcdad886 /boot                   ext4    defaults        1 2
/dev/mapper/vg_f14-lv_home /home                   ext4    defaults,user_xattr        1 2
/dev/mapper/vg_f14-lv_swap swap			swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
UUID=52B8A5A3B8A585D7	/mnt/1To		auto	defaults        0 2

$more /etc/mtab
/dev/mapper/vg_f14-lv_root / ext4 rw 0 0
/dev/mapper/vg_f14-lv_home /home ext4 rw,user_xattr 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
/dev/sdc1 /boot ext4 rw 0 0
tmpfs /dev/shm tmpfs rw,rootcontext="system_u:object_r:tmpfs_t:s0" 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
/dev/sdd1 /mnt/1To fuseblk rw,allow_other,blksize=4096 0 0
gvfs-fuse-daemon /home/fx/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=fx 0 0
/dev/sr0 /media/Fedora\04014\040i386\040DVD iso9660 ro,nosuid,nodev,uhelper=udisks,uid=500,gid=500,iocharset=utf8,mode=0400,dmode=0500 0 0

$ mount
/dev/mapper/vg_f14-lv_root on / type ext4 (rw)
/dev/mapper/vg_f14-lv_home on /home type ext4 (rw,user_xattr)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/sdc1 on /boot type ext4 (rw)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sdd1 on /mnt/1To type fuseblk (rw,allow_other,blksize=4096)
gvfs-fuse-daemon on /home/fx/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=fx)
/dev/sr0 on /media/Fedora 14 i386 DVD type iso9660 (ro,nosuid,nodev,uhelper=udisks,uid=500,gid=500,iocharset=utf8,mode=0400,dmode=0500)

$ blkid 
/dev/sda1: UUID="5d9cd9cf-49af-4148-8471-1160ab22ef3a" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda2: UUID="aRWR4S-Zl0N-Mt5n-G1GV-gqmi-jwCY-OA8rGF" TYPE="LVM2_member" 
/dev/sdb1: LABEL="win7" UUID="360CB24C0CB20741" TYPE="ntfs" 
/dev/sdc1: UUID="0a04face-3b17-4064-b7b4-053dfcdad886" TYPE="ext4" 
/dev/sdc2: UUID="1qcyDJ-TRrB-cAit-9rjf-pQab-ovve-s4YKTP" TYPE="LVM2_member" 
/dev/sdd1: LABEL="1To" UUID="52B8A5A3B8A585D7" TYPE="ntfs" 
/dev/mapper/vg_f14-lv_root: UUID="a536865f-e154-4456-b0b5-9565985b1863" TYPE="ext4" 
/dev/mapper/vg_f14-lv_swap: UUID="15f17b41-dc28-43cf-bcb7-2054485efff7" TYPE="swap" 
/dev/mapper/vg_f14-lv_home: UUID="e966cde4-068a-4588-a865-2ab3396592be" TYPE="ext4" 
/dev/mapper/vg_f13-lv_root: UUID="725a2560-bbc6-4e12-9b63-d95cafb9c840" TYPE="ext4" 
/dev/mapper/vg_f13-lv_swap: UUID="4d090f81-617c-49c2-8111-2aaacc72b10c" TYPE="swap" 

Je ne me suis pas repenché sur le problème pour l'instant, mais le sujet est toujours d'actualité

Merci mais j'ai déjà essayé plusieurs fois, ça n'a pas changé quoique ce soit

rm -Rf .config/Google/
rm -Rf .googleearth/

Bonjour,

J'ai le problème décrit en sujet de cette discussion. les symptômes :
Si je lance google-earth par le menu ou depuis un terminal, j'ai le splashscreen et un crash :

[fx@f14 ~]$ google-earth 
Google Earth has caught signal 11.



We apologize for the inconvenience, but Google Earth has crashed.
 This is a bug in the program, and should never happen under normal
 circumstances. A bug report and debugging data have been written
 to this text file:

    /home/fx/.googleearth/crashlogs/crashlog-4deb7f11.txt

Please include this file if you submit a bug report to Google.
[fx@f14 ~]$ more /home/fx/.googleearth/crashlogs/crashlog-4deb7f11.txt
Major Version 6
Minor Version 0
Build Number 0003
Build Date May 17 2011
Build Time 00:40:40
OS Type 3
OS Major Version 2
OS Minor Version 6
OS Build Version 35
OS Patch Version 13
Crash Signal 11
Crash Time 1307279121
Up Time 1,37894

Stacktrace from glibc:
./libgoogleearth_free.so(+0xab953)[0x882953]
./libgoogleearth_free.so(+0xabad3)[0x882ad3]
[0x358400]
/lib/libexpat.so.1(XML_ParserFree+0x16d)[0x17be4ad]
/usr/lib/dri/r600_dri.so(+0x11df8)[0x310bdf8]
/usr/lib/dri/r600_dri.so(+0xfa4f)[0x3109a4f]
/usr/lib/libGL.so.1[0x30b3760]
/usr/lib/libGL.so.1[0x3095d1d]
/usr/lib/libGL.so.1[0x3092a56]
/usr/lib/libGL.so.1(glXChooseVisual+0x32)[0x309399b]
./librender.so(+0x4636e)[0x889136e]
./librender.so(_ZN12RenderWidget4initEv+0xff)[0x8891ebf]
./librender.so(_ZN12RenderWidgetC1EP7QWidgetPKc6QFlagsIN2Qt10WindowTypeEE+0x161)[0x8892a21]
./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0x89)[0x88772a9]
./libgoogleearth_free.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x8d)[0x85d44d]
./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x770)[0xa54a60]
./libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xac)[0x9f169c]
./libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x484)[0x9fc6c4]
./libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x78)[0x4c2ba8]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x145)[0xa566d5]
./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x7d)[0xa563cd]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0xc5)[0xa564b5]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1db)[0xa56a2b]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x170)[0xa56560]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x7d)[0xa563cd]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0xc5)[0xa564b5]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1db)[0xa56a2b]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x170)[0xa56560]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x7d)[0xa563cd]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0xc5)[0xa564b5]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1db)[0xa56a2b]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x170)[0xa56560]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1db)[0xa56a2b]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x170)[0xa56560]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1db)[0xa56a2b]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x170)[0xa56560]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xa565f1]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1db)[0xa56a2b]
./libQtGui.so.4(_ZN7QWidget10showNormalEv+0x5c)[0xa4416c]
./libgoogleearth_free.so(_ZN10MainWindow18readScreensizeInfoEv+0xd2f)[0x84fbbf]
./libgoogleearth_free.so(_ZN5earth6client11Application12SetupMainWinENS0_3Kvw7ProductEb+0x31c)[0x8898cc]
./libgoogleearth_free.so(_ZN5earth6client11Application3runEv+0x50e)[0x88caae]
./libgoogleearth_free.so(+0xaa40b)[0x88140b]
./libgoogleearth_free.so(earthmain+0x247)[0x882587]
./googleearth-bin[0x804872b]
/lib/libc.so.6(__libc_start_main+0xe6)[0x1f59e36]
./googleearth-bin[0x8048671]

alors qu'en tant que root :

su -c 'google-earth'

Il fonctionne très bien !
J’exclue donc un problème de carte graphique ou de pilote.
Par contre peut-être un problème SElinux ? en tout cas le fait de la passer en mode permissif ne change pas grand chose.

info complémentaire :

[fx@f14 ~]$ rpm -q google-earth-stable
google-earth-stable-6.0.3.2197-0.i386
[fx@f14 ~]$ uname -r
2.6.35.13-91.fc14.i686.PAE

Quelqu'un a-t-il déjà eu ce problème ?

Oui, je n'ai pas eu de d'avertissement de ce côté, mais il suffit de générer le bon contexte, non ?
Par contre le lien sur libz.so n'est pas nécessaire, il faut simplement s'assurer de ne pas avoir de libz.so.1 dans le dossier guitarpro

personne ne sait comment lire le fichier ~/.local/share/gvfs-metadata/home ?

Après avoir laissé le problème de côté quelques temps, voici la solution que j'ai mis en place :

1. création d'un dossier /home/commun avec les sous dossiers Images, Musique, Photos, Vidéos

2. création d'un groupe "commun"

3. le dossier /home/commun appartient à root:commun et le groupe a les droits rwx à ce dossier :

# ll /home/ |grep commun
drwxrwx---.   4 root  commun  4096 31 janv. 23:44 commun

4. mise à jour des droits sur les sous dossiers

# chmod g+rws,o+t,o-rw /home/commun/Musique/
# chmod g+rws,o+t,o-rw /home/commun/Vidéos/
# ll /home/commun/
total 24
drwxrws--T. 195 root commun 20480 20 févr. 12:13 Musique
drwxrws--T.  15 root commun  4096 20 févr. 10:50 Vidéos

Pour ceux qui le découvrirai comme moi, le bit setuid affecté au groupe propriétaire du dossier définit que les fichiers/dossiers créés sous ce répertoire conserveront ce même groupe plutôt que le groupe de l'utilisateur.

Le sticky bit T est censé faire en sorte que que seul le propriétaire (ou root) du fichier puisse le supprimer. Mais il semblerait que cette propriété ne se propage pas aux fichiers/dossiers créés en dessous. Là je sèche, du coup j'ai fait ce que préconisait 'proxy', a savoir modifier l'umask par défaut des utilisateurs. Mais ce qui me gêne avec cette méthode c'est qu'un utilisateur puisse modifier son umask, d
onc ça me parait plutôt bancal comme solution, surtout si je souhaite qu'à un autre emplacment le umask d'un utilisateur soit encore différent, dans ce cas je suis coincé.

Je laisse ouvert, si quelqu'un à d'autres idées...