Bonsoir,

Depuis quelques temps, mon ordi se freeze sans raison. Avant je pensais que cela n'arrivait que lorsque j'étais sous kde, mais aujourd'hui j'ai eu la preuve que cela arrive aussi sous GNOME.

J'ai lu ce post freeze total mais j'aimerais être sur que mon problème soit le même avant de désinstaller les pilotes propriétaires que j'utilise pour les libres.

Comment savoir pourquoi mon ordi freeze ????
Voici un peu d'info sur mon materiel :

Pentium D
2G
carte graphique nvidia :01:00.0 VGA compatible controller: nVidia Corporation G72 [GeForce 7300 LE] (rev a1)

FC10 
[xx@RIO ~]$ uname -a
Linux RIO 2.6.27.19-170.2.35.fc10.x86_64 #1 SMP Mon Feb 23 13:00:23 EST 2009 x86_64 x86_64 x86_64 GNU/Linux
[
[xx@RIO ~]$ rpm -q kernel
kernel-2.6.27.12-170.2.5.fc10.x86_64
kernel-2.6.27.15-170.2.24.fc10.x86_64
kernel-2.6.27.19-170.2.35.fc10.x86_64
et les drivers nvidia
[renaud@RIO ~]$ rpm -qa | grep -i nvidia
kmod-nvidia-2.6.27.15-170.2.24.fc10.x86_64-180.29-1.fc10.x86_64
xorg-x11-drv-nvidia-180.29-1.fc10.x86_64
kmod-nvidia-2.6.27.12-170.2.5.fc10.x86_64-180.27-1.fc10.x86_64
kmod-nvidia-180.29-1.fc10.1.x86_64
xorg-x11-drv-nvidia-libs-180.29-1.fc10.x86_64
akmod-nvidia-180.29-1.fc10.x86_64
kmod-nvidia-2.6.27.19-170.2.35.fc10.x86_64-180.29-1.fc10.1.x86_6
Je ne comprend rien aux messages postes dans dmseg.

Je vous post les 100 dernières lignes pour ceux qui sont vraiment forts !!
wlan0: associated
ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
wlan0: disassociating by local choice (reason=3)
0000:04:00.0: eth0: Link is Up 100 Mbps Full Duplex, Flow Control: None
0000:04:00.0: eth0: 10/100 speed: disabling TSO
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
vboxdrv: Trying to deactivate the NMI watchdog permanently...
vboxdrv: Successfully done.
vboxdrv: Found 2 processor cores.
VBoxDrv: dbg - g_abExecMemory=ffffffffa0acbf80
vboxdrv: fAsync=0 offMin=0x85e offMax=0x2912
vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
vboxdrv: Successfully loaded version 2.1.2 (interface 0x000a0009).
VBoxNetFlt: dbg - g_abExecMemory=ffffffffa0c66d80
wlan0: no IPv6 routers present
eth0: no IPv6 routers present
SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
SELinux:  Context system_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context unconfined_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context system_u:object_r:user_gnome_home_t:s0 is not valid (left unmapped).
[renaud@RIO ~]$ tail dmseg.txt 
vboxdrv: fAsync=0 offMin=0x85e offMax=0x2912
vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
vboxdrv: Successfully loaded version 2.1.2 (interface 0x000a0009).
VBoxNetFlt: dbg - g_abExecMemory=ffffffffa0c66d80
wlan0: no IPv6 routers present
eth0: no IPv6 routers present
SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
SELinux:  Context system_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context unconfined_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context system_u:object_r:user_gnome_home_t:s0 is not valid (left unmapped).
[renaud@RIO ~]$ tail -n 40 dmseg.txt 
RPC: Registered tcp transport module.
SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts
firmware: requesting v4l-cx2341x-enc.fw
ivtv0: Unable to open firmware v4l-cx2341x-enc.fw (must be 376836 bytes)
ivtv0: Did you put the firmware in the hotplug firmware directory?
ivtv0: Retry loading firmware
firmware: requesting v4l-cx2341x-enc.fw
ivtv0: Unable to open firmware v4l-cx2341x-enc.fw (must be 376836 bytes)
ivtv0: Did you put the firmware in the hotplug firmware directory?
ivtv0: Failed to initialize on minor 64
ivtv0: Failed to initialize on minor 0
ivtv0: Failed to initialize on minor 224
ivtv0: Failed to initialize on minor 24
ivtv0: Failed to initialize on minor 32
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): wlan0: link is not ready
wlan0: authenticate with AP 00:18:84:15:28:c1
wlan0: authenticated
wlan0: associate with AP 00:18:84:15:28:c1
wlan0: RX AssocResp from 00:18:84:15:28:c1 (capab=0x421 status=0 aid=1)
wlan0: associated
ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
wlan0: disassociating by local choice (reason=3)
0000:04:00.0: eth0: Link is Up 100 Mbps Full Duplex, Flow Control: None
0000:04:00.0: eth0: 10/100 speed: disabling TSO
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
vboxdrv: Trying to deactivate the NMI watchdog permanently...
vboxdrv: Successfully done.
vboxdrv: Found 2 processor cores.
VBoxDrv: dbg - g_abExecMemory=ffffffffa0acbf80
vboxdrv: fAsync=0 offMin=0x85e offMax=0x2912
vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
vboxdrv: Successfully loaded version 2.1.2 (interface 0x000a0009).
VBoxNetFlt: dbg - g_abExecMemory=ffffffffa0c66d80
wlan0: no IPv6 routers present
eth0: no IPv6 routers present
SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
SELinux:  Context system_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context unconfined_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context system_u:object_r:user_gnome_home_t:s0 is not valid (left unmapped).
[renaud@RIO ~]$ tail -n 100 dmseg.txt 
ivtv0: Registered device video24 for encoder PCM (320 kB)
ivtv0: Registered device radio0 for encoder radio
ivtv0: Initialized card #0: Hauppauge WinTV PVR-150
ivtv:  End initialization
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
HDA Intel 0000:00:1b.0: setting latency timer to 64
ALSA sound/pci/hda/hda_codec.c:3021: autoconfig: line_outs=3 (0xd/0xc/0xf/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3025:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3029:    hp_outs=1 (0xa/0x0/0x0/0x0/0x0)
ALSA sound/pci/hda/hda_codec.c:3030:    mono: mono_out=0x0
ALSA sound/pci/hda/hda_codec.c:3038:    inputs: mic=0xb, fmic=0xe, line=0x15, fline=0x0, cd=0x0, aux=0x0
ALSA sound/pci/hda/patch_sigmatel.c:2418: dac_nids=3 (0x2/0x3/0x5/0x0/0x0)
ath5k_pci 0000:05:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ath5k_pci 0000:05:04.0: registered as 'phy0'
phy0: Selected rate control algorithm 'pid'
ath5k phy0: Atheros AR2414 chip found (MAC: 0x79, PHY: 0x45)
nvidia 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
nvidia 0000:01:00.0: setting latency timer to 64
NVRM: loading NVIDIA UNIX x86_64 Kernel Module  180.29  Wed Feb  4 23:39:47 PST 2009
device-mapper: multipath: version 1.0.5 loaded
EXT3 FS on sda9, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SELinux: initialized (dev sda7, type ext3), uses xattr
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SELinux: initialized (dev sda8, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
fuse init (API version 7.9)
usb-storage: device scan complete
scsi 6:0:0:0: Direct-Access     TEAC     USB   HS-CF Card 4.00 PQ: 0 ANSI: 0
scsi 6:0:0:1: Direct-Access     TEAC     USB   HS-xD/SM   4.00 PQ: 0 ANSI: 0
usb-storage: device scan complete
scsi 6:0:0:2: Direct-Access     TEAC     USB   HS-MS Card 4.00 PQ: 0 ANSI: 0
scsi 7:0:0:0: Direct-Access     Generic  Flash HS-CF      4.44 PQ: 0 ANSI: 0
scsi 6:0:0:3: Direct-Access     TEAC     USB   HS-SD Card 4.00 PQ: 0 ANSI: 0
scsi 7:0:0:1: Direct-Access     Generic  Flash HS-COMBO   4.44 PQ: 0 ANSI: 0
sd 6:0:0:0: [sdb] Attached SCSI removable disk
sd 6:0:0:0: Attached scsi generic sg2 type 0
sd 6:0:0:1: [sdc] Attached SCSI removable disk
sd 6:0:0:1: Attached scsi generic sg3 type 0
sd 6:0:0:2: [sdd] Attached SCSI removable disk
sd 6:0:0:2: Attached scsi generic sg4 type 0
sd 6:0:0:3: [sde] Attached SCSI removable disk
sd 6:0:0:3: Attached scsi generic sg5 type 0
sd 7:0:0:0: [sdf] Attached SCSI removable disk
sd 7:0:0:0: Attached scsi generic sg6 type 0
sd 7:0:0:1: [sdg] Attached SCSI removable disk
sd 7:0:0:1: Attached scsi generic sg7 type 0
SELinux: initialized (dev sda5, type fuseblk), uses genfs_contexts
Adding 4096532k swap on /dev/sda6.  Priority:-1 extents:1 across:4096532k
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts
IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk>
firmware: requesting intel-ucode/0f-06-04
firmware: requesting intel-ucode/0f-06-04
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts
firmware: requesting v4l-cx2341x-enc.fw
ivtv0: Unable to open firmware v4l-cx2341x-enc.fw (must be 376836 bytes)
ivtv0: Did you put the firmware in the hotplug firmware directory?
ivtv0: Retry loading firmware
firmware: requesting v4l-cx2341x-enc.fw
ivtv0: Unable to open firmware v4l-cx2341x-enc.fw (must be 376836 bytes)
ivtv0: Did you put the firmware in the hotplug firmware directory?
ivtv0: Failed to initialize on minor 64
ivtv0: Failed to initialize on minor 0
ivtv0: Failed to initialize on minor 224
ivtv0: Failed to initialize on minor 24
ivtv0: Failed to initialize on minor 32
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): wlan0: link is not ready
wlan0: authenticate with AP 00:18:84:15:28:c1
wlan0: authenticated
wlan0: associate with AP 00:18:84:15:28:c1
wlan0: RX AssocResp from 00:18:84:15:28:c1 (capab=0x421 status=0 aid=1)
wlan0: associated
ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
wlan0: disassociating by local choice (reason=3)
0000:04:00.0: eth0: Link is Up 100 Mbps Full Duplex, Flow Control: None
0000:04:00.0: eth0: 10/100 speed: disabling TSO
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
vboxdrv: Trying to deactivate the NMI watchdog permanently...
vboxdrv: Successfully done.
vboxdrv: Found 2 processor cores.
VBoxDrv: dbg - g_abExecMemory=ffffffffa0acbf80
vboxdrv: fAsync=0 offMin=0x85e offMax=0x2912
vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
vboxdrv: Successfully loaded version 2.1.2 (interface 0x000a0009).
VBoxNetFlt: dbg - g_abExecMemory=ffffffffa0c66d80
wlan0: no IPv6 routers present
eth0: no IPv6 routers present
SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
SELinux:  Context system_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context unconfined_u:object_r:user_gconf_home_t:s0 is not valid (left unmapped).
SELinux:  Context system_u:object_r:user_gnome_home_t:s0 is not valid (left unmapped).
Merci de votre aide
je peux te dire que j'ai le meme probleme sur deux laptop differents: un asus et un acer. j'ai reinstaller fedora 10 sur le acer en minimal, c'est a dire aucun pilote rien, pas de compiz bref j'ai dit rien j'utilise un moment et hop, freeze, seule la souris bouge mais aucun click ne repond, l'heure passe c'est comme si le systeme et moi etions dans dans deux dimension differente, je peux le voir mais lui ne peut par repondre a mes requette. en plus si je presse le bouton d'alimentation le message eteindre votre ordi apparait mais impossible de cliquer sur redemarrer.
apres des mises ajours j'ai de moins en moins ce probleme mais j'utilise mon telephone qui a ssh pour redemarrer mes laptops quand ils freeze.

pourquoi je dit que ce n'est pas un probleme de driver, j'ai un desktop qui a une nvidia comme les deux laptops et il ne plante jamais.
j'ai eu pas mal de plantage a cause des pilotes nvidia recemment ils en ont sorti pas mal ces temps-ci, mais avec les mises à jour ça c'est resolu tout seul. Tu l'a trouvé où ton pilote nvidia?
Par contre vu ton dmesg ya plusieurs pistes à explorer:
1) ne pas charger le vboxdrv de VirtualBox, ça touche au kernel on sait jamais (VBoxNetFlt: dbg - g_abExecMemory=ffffffffa0c66d80 pas sûr que ça soit normal). Teste quelques temps sans pour voir si ça plante toujours
2) desactivé selinux car les derniers messages de ton dmesg sont pas tres sympa (/etc/selinux/config mettre SELINUX=disabled)
3) lance un memtest
merci beaucoup pour vos posts.

@madko,
J'ai aussi remarqué les messages de virtual box. Tu me confirmes que ce que tu me conseilles d'aller dans dans 
system-config-service
et de désactiver vboxdrv ?

@lilington
Cela fait quelques années que je tourne sous fedora avec le meme desktop ( avec une carte nvidia ) et c'est depuis que je suis sous FC10 que mon ordi se freeze. Je pense que nous avons donc un probleme similaire entre tes laptops et mon desktop !!

Le premier qui trouve a gagné !
Je lance un memtest des que j'ai un peu de temps devant moi,
oui désactive le service vboxdrv, avec "lsmod|grep vbox" tu pourra verifier que tu n'a pas de pilote en rapport avec virtualbox de chargé apres un redemarrage. C'est juste histoire d'etre le plus propre possible au niveau du kernel. Si ça continue de planter quand meme tu pourra reactiver le service.
Mais bon deja un gros memtest pour etre sur que c'est pas materiel
RENOO
Cela fait quelques années que je tourne sous fedora avec le meme desktop ( avec une carte nvidia ) et c'est depuis que je suis sous FC10 que mon ordi se freeze. Je pense que nous avons donc un probleme similaire entre tes laptops et mon desktop !!
@RENOO
je pense que ca va etre comme ca jusqu'a fedora 11 car j'ai beau me creuser la tete je vois pas ce plante. je me dis que c'est peut etre gnome tout seul mais pas a cause des pilotes nvidia puisque ca plante meme juste apres un installation.
1) ne pas charger le vboxdrv de VirtualBox,
la je suis pas d'accord j'ai virtualbox sur toutes mes machines celles qui plantent et meme celles qui plantent pas. Bon peut etre dans son cas |Vbox est coupable,
Le truc pour VirtualBox c'est uniquement pour avoir un kernel propre, quand ça plante on essaye d'eliminer le maximum de couches. Donc deja que le kernel+pilote nvidia c'est pas jolie (d'ailleurs si ya moyen de tester aussi sans kmod-nvidia...), si en plus on lui met du vbox etc on saura jamais d'où ça vient.
Mais bon je suis d'accord avec toi lilington VirtualBox c'est plutot serieux je pense pas non plus que ça vienne de ça. Mais bon ça coute rien d'essayer.

Par contre ya pas de sujet sur la stabilité de Gnome sur la F10 si ça plantait ça se saurait, et ça le ferait chez pas mal de monde. Rien que sur ce forum on doit etre des dizaines à s'en servir... D'où la suggestion de faire un memtest car ya peut etre un soucis materiel, on sait jamais. Et pour rester coté materiel, me semble bien avoir lu qq part que les pilotes nvidia recemment etait pas au top, comme en plus ils en ont sortis une tripoté ces dernieres semaines c'est à suivre aussi ça.
je comprend mieux. si j'ai pas trop accuse gnome car c'est mon ami. ce qui est bizzar c'est que j'ai fedora 10 sur 4 machines et seul les laptops on ce probleme. une chose est sur selon moi c'est cote graphique, car on peu toujours exploiter les machines pendant le plantage par ssh.
oooooooh j'y pense au prochain plantage je kill des trucs par SSH voir si ca revient pas. dites moi juste si ya moyen de desactiver kmod-nvidia pendant que gnome est deja lance?
hé non si kmod-nvidia, enfin plutot le pilote nvidia est deja chargé ya de forte chance que ça soit parceque ton X est configuré pour utiliser le pilote nvidia. donc pour désactiver vaut mieux faire une copie de ton xorg.conf, modifier l'actuel pour remplacer nvidia par nv ou vesa, désactiver le service kmod-nvidia/livna-display jsais plus quoi, et redémarrer. Une fois redémarré un "lsmod | grep nvidia" ne devrait rien retourner. Tout ça pour s'assurer que les plantages soient pas liés au pilote nvidia.
Sinon quand ça plante ya compiz d'activé?

Y a aussi un truc pratique des fois, ce sont les magic sys keys (ou system request) qui via des combinaisons de touches permettent de rebooter plus proprement la machine dans la plus part des plantages. Pour cela il faut les activer dans /etc/sysctl.conf: 
# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 1
Au prochain reboot (ou avec sysctl -p me semble) se sera actif. Les combinaisons à faire sont les suivantes
(version courte)
alt+Syst+s (sync des données sur disques)
alt+Syst+u (remount read-only)
alt+Syst+b (reboot)

(version longue plus propre)
alt+Syst+r (recupere le clavier)
alt+Syst+s (sync des données sur disques)
alt+Syst+e (tue les process sur le term en cours)
alt+Syst+i (tue tous les process)
alt+Syst+u (remount read-only)
alt+Syst+b (reboot)

(moyen mnemotechinque pour s'en rappeler: Rising Skinny Elephant Is Uterely Boring)
Bonsoir,

Commençons par le début :
Je pensais que memtest était un utilitaire que je lançais a partir du BIOS et qui verifiait ma RAM. Je viens de rebooter et je me suis rendu compte que le BIOS de mon DELL precision ne propose rien de similaire. Un petit google m'a renvoye sur memtest Il s'agit donc d'un CD de boot sur lequel je dois booter vrai ?

2eme chose, je me suis dis que finalement, autant essayer le driver nv si cela me permet d'éviter d'avoir des problèmes.

J'ai donc suivi ce

post

desactivé
Allow Livna-config-display to edit configuration files
et relancé 
system-config-display
choisi le driver nv et rebooté


Malheureusement 
[root@RIO ~]# lsmod | grep nvidia
nvidia               8117992  0
i2c_core               29216  12 tuner_simple,tda9887,tda8290,wm8775,cx25840,tuner,nvidia,ivtv,i2c_algo_bit,v4l2_common,tveeprom,i2c_i801
Je vous post mon xprg.conf qui semble bien utiliser driver nv 
[root@RIO ~]# more /etc/X11/xorg.conf                                                                                               
# Xorg configuration created by system-config-display                                                                               

Section "ServerLayout"
        Identifier     "single head configuration"
        Screen      0  "Screen0" 0 0              
        InputDevice    "Keyboard0" "CoreKeyboard" 
EndSection                                        

Section "InputDevice"

# keyboard added by rhpxl
        Identifier  "Keyboard0"
        Driver      "kbd"      
        Option      "XkbModel" "pc105"
        Option      "XkbLayout" "fr"
        Option      "XkbVariant" "latin9"
EndSection

Section "Monitor"
        Identifier   "Monitor0"
        ModelName    "LCD Panel 1920x1200"
        HorizSync    31.5 - 74.5
        VertRefresh  56.0 - 65.0
        Option      "dpms"
EndSection

Section "Device"
        Identifier  "Videocard0"
        Driver      "nv"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     24
        SubSection "Display"
                Viewport   0 0
                Depth     24
        EndSubSection
EndSection
Je vous confirme que mon écran est un 24 pouces de résolution 1920x1200

Cependant impossible de choisir cette option dans 
system-config-display
car elle n'est pas disponible.

Bon, c'est un peu le bazard mais cela n'a toujours pas plante !

Si vous avez des suggestions pour que tout soit bien clean merci d'avance
Essaye de modifier la section Screen pour ajouter ton 1920x1200 
Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     24
        SubSection "Display"
                Viewport   0 0
                Depth     24
                Modes    1920x1200
        EndSubSection
EndSection
En esperant que ça passe.

Pour le pilote nvidia il se charge toujours mais bon, regarde dans les services c'est peut etre kmod-nvidia qui le charge 
chkconfig --list|grep kmod-nvidia
chkconfig kmod-nvidia off
Merci pour ton aide,

La bonne nouvelle, c'est que ma machine n'a toujours pas plantée. Je pense donc que ce driver nv me convient très bien.

Par contre la commande 
[root@RIO ~]# lsmod | grep nvidia
nvidia               8117992  0
i2c_core               29216  12 tuner_simple,tda9887,tda8290,wm8775,cx25840,nvidia,tuner,ivtv,i2c_algo_bit,v4l2_common,tveeprom,i2c_i801
indique toujours que le driver nvidia est present alors que je n'ai pas trouvé kmod-nvidia dans la liste des services
[root@RIO ~]# chkconfig --list|grep kmod-nvidia
ne renvoit rien

Pour la modif dans le xorg.conf, la résolution 1920x1200 ne semble pas passé :
[root@RIO ~]# system-config-display
Parse error on line 40 of section Screen in file /etc/X11/xorg.conf
        "1920x1200" is not a valid keyword in this section.
C'est assez bizzard car mon écran semble très bien fonctionner et lorsque je vais dans l'interface graphique de KDE system-setings ( je suis sous KDE je crois que la version est 4.2 )
SYSTEM
DISPLAY
J'ai bien dans l'onglet "Size & Orientation" la taille 1920x1200

Cela veut dire que kde n'utilise pas xorg.conf ????
Pour info, après avoir passé pas mal de temps derriere ma machine puis mettre logge sous GNOME, j'ai reboote ma machine.
Et la, petit frisson impossible de démarrer le X.

crtl+Alt + f5 me permet de passer en mode console et un 
startx
me permet de voir que la resolution 1920x1200 ne passe par avec le driver.

J'ai renommé le fichier xorg.conf par xorg.conf.BAD et je reboot ( Il n'y a plus de fichier xorg.conf)

Et la tout se passe bien, je retrouve ma session x et je me log sous kde

Ce que j'ai compris de l'histoire, c'est que s"il n'existe pas de fichier xorg.conf, FC10 utilise son driver "interne " et cela marche bien. Sinon xorg.conf indiquait que je voulais utiliser le driver nv qui ne marche pas pour ma configuration .

Est-il possible de confirmer cela ? Peut-etre plus d'info sur ce "driver interne"

Merci d'avance
Peut-etre plus d'info sur ce "driver interne"
Il n'y a pas de driver interne, mais une tentative d'autoconfiguration sans xorg.conf.
On peut avoir la trace du/des drivers utilisés en examinant le/les logs Xorg.
/var/log/Xorg.0.log
/var/log/Xorg.0.log.old

Dès qu'il y a un xorg.conf, son contenu est prioritaire sur l'autoconfiguration.
Merci pmarion.

Effectivement c'est bien le driver nv qui est utilisé par kde
    Information    
    Information    X.Org X Server 1.5.3
    Information    Release Date: 5 November 2008
    Information    X Protocol Version 11, Revision 0
    Information    Build Operating System: Linux 2.6.18-128.1.1.el5 x86_64 
    Information    Current Operating System: Linux RIO 2.6.27.21-170.2.56.fc10.x86_64 #1 SMP Mon Mar 23 23:08:10 EDT 2009 x86_64
    Information    Build Date: 10 March 2009  07:20:43PM
    Information    Build ID: xorg-x11-server 1.5.3-15.fc10 
    Information        Before reporting problems, check http://wiki.x.org
    Information        to make sure that you have the latest version.
    Information    Markers: (--) probed, (**) from config file, (==) default setting,
    Information        (++) from command line, (!!) notice, (II) informational,
    Information        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
    Default setting    Log file: "/var/log/Xorg.0.log", Time: Mon Apr 13 14:36:44 2009
    Error    Unable to locate/open config file
    Information    Loader magic: 0x7aec00
    Information    Module ABI versions:
    Information        X.Org ANSI C Emulation: 0.4
    Information        X.Org Video Driver: 4.1
    Information        X.Org XInput driver : 2.1
    Information        X.Org Server Extension : 1.1
    Information        X.Org Font Renderer : 0.6
    Information    Loader running on linux
    From command Line    using VT number 1
    Information    
    Probed    PCI:*(0@1:0:0) nVidia Corporation G72 [GeForce 7300 LE] rev 161, Mem @ 0xfc000000/16777216, 0xe0000000/268435456, 0xfd000000/16777216, BIOS @ 0x????????/131072
    Probed    PCI: (0@5:5:0) Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder rev 1, Mem @ 0xf0000000/67108864
    Default setting    Matched nv for the autoconfigured driver
    Information    New driver is "nv"
    Default setting    Using default built-in configuration (30 lines)
    Default setting    --- Start of built-in configuration ---
    Information        Section "Device"
    Information            Identifier    "Builtin Default nv Device 0"
    Information            Driver    "nv"
    Information        EndSection
    Information        Section "Screen"
    Information            Identifier    "Builtin Default nv Screen 0"
    Information            Device    "Builtin Default nv Device 0"
    Information        EndSection
    Information        Section "Device"
    Information            Identifier    "Builtin Default fbdev Device 0"
    Information            Driver    "fbdev"
    Information        EndSection
    Information        Section "Screen"
    Information            Identifier    "Builtin Default fbdev Screen 0"
    Information            Device    "Builtin Default fbdev Device 0"
    Information        EndSection
    Information        Section "Device"
    Information            Identifier    "Builtin Default vesa Device 0"
    Information            Driver    "vesa"
    Information        EndSection
    Information        Section "Screen"
    Information            Identifier    "Builtin Default vesa Screen 0"
    Information            Device    "Builtin Default vesa Device 0"
    Information        EndSection
    Information        Section "ServerLayout"
    Information            Identifier    "Builtin Default Layout"
    Information            Screen    "Builtin Default nv Screen 0"
    Information            Screen    "Builtin Default fbdev Screen 0"
    Information            Screen    "Builtin Default vesa Screen 0"
    Information        EndSection
    Default setting    --- End of built-in configuration ---
    Default setting    ServerLayout "Builtin Default Layout"
    From config file    |-->Screen "Builtin Default nv Screen 0" (0)
    From config file    |   |-->Monitor "<default monitor>"
    From config file    |   |-->Device "Builtin Default nv Device 0"
    Default setting    No monitor specified for screen "Builtin Default nv Screen 0".
    Information        Using a default monitor configuration.
    From config file    |-->Screen "Builtin Default fbdev Screen 0" (1)
    From config file    |   |-->Monitor "<default monitor>"
    From config file    |   |-->Device "Builtin Default fbdev Device 0"
    Default setting    No monitor specified for screen "Builtin Default fbdev Screen 0".
    Information        Using a default monitor configuration.
    From config file    |-->Screen "Builtin Default vesa Screen 0" (2)
    From config file    |   |-->Monitor "<default monitor>"
Par contre le reste est vraiment du chinois dans ce log file :=(

Un bemol a ce nouveau driver est que j'aimais bien utiliser le media center elisa. Malheureusement il ne marche plus vraiment et est très lent. Si j'ai bien compris c'est parcequ'il utilise de la 3D et que cela ne fonctionne pas avec nv.

C'est dommage
nv c'est le driver libre pour les cartes nvidia, donc en effet il ne supporte pas l'acceleration 3D. Surveille de temps en temps les mises à jour du pilote nvidia, peut etre qu'un jour yen aura un qui ne plantera plus chez toi.
Peut etre que tu aura plus de chance avec le driver "nouveau" qui sera normalement utilisé (s'il bug pas trop) par défaut dans la prochaine Fedora 11. Enfin si c'est toujours d'actualité.
Tout a fait d'accord avec toi, car avant j'utilisais le driver nvidia et tout se passait tres bien.

Quand a nouveau, c'est une autre histoire car je n'en ai pas encore entendu parlé.

...