salut à tous, 🙂

y aurait-il parmis vous des personnes qui ont souvent l'écran qui se fige ??? En effet c'est la 3ème fois aujourd'hui que cela m'arrive, il y a bien l'écran d'anomalie qui s'affiche et puis tout est figé.

je suis sous le kernel 2.6.23.14-115.fc8

Les 3 fois je naviguais sur internet et la dernière fois j'ai pu enregistrer mais qui est trop long pour mettre ici


si quelqu'un avait une piste :hammer:

merci :-D
Salut,

Ca m'arrive sur certaines pages avec Firefox + une animation Flash (je ne me rappelle plus quelle page et de toutes façons j'y mettrais plus les pieds 🙂 )
Les 3 fois où j'ai visité cette "fameuse" page le PC s'est bloqué... redémarrage obligatoire !
D'après le bugzilla du noyau, c'est des problèmes avec la gestion qui module les fréquences des cpu! c'est un peut aléatoire...

Si tu est avec une ATI et le pilote proprio! remet le xorg-X11-server de fedora7 (voir la doc sur le sujet!), cela peut aussi en être la cause!
Nan virus30 utilise normalement une carte nvidia suite à notre dernière discution.

Perso. ce que je n'arrive pas à comprendre c'est que tout plante. Chez moi avec ma FC6 même si j'ai un frise du navigateur (généralement une version bêta) sur une page, il me suffit de killer l'application point barre.

Le ctrl-Alt-F4 ou F5 pour ouvrir le terminal fonctionne-t-il lorsque ça fige ?
Je confirme que de temps en temps, Firefox plante tout !! Ni CTRL-ALT-Fx ni CTRL-ALT-BCK ne réagissent !! même avec une bête carte video Intel !! 🙁
euh... encore une fois... il n'y a pas qu'avec FF que ça fige complètement! blender, les jeux, vidéo, etc... c'est aléatoire surtout lors des fortes sollicitations du cpu!

Merci de donner du log entre le figeage et le reboot du /var/log/message...! en root bien sûr!
idem avec Opéra. La CPU est sollicitée à 100 % et plus rien à faire... sauf rebooter à la sauvage.
(carte ATI et le X11 server de fédora 7)
Ce qui est sur c'est qu'il y a un problème depuis F8 qui est latent.
Dans mon cas, il s'est stabilisé avec la version 107 du kernel et semble revenir depuis la 115.

Je ne sais pas si les nouveaux matériels sont en cause (étant donné que ma Fedora principale est sur un pc récent), mais F7 était plus stable sur mon ancien pc.
Var log messages (j'ai remplacé mon loging par XXXXX) c'est à partir de ce point que je constate des erreurs :

Feb 11 19:08:47 localhost pulseaudio[2977]: main.c: We are not in group 'pulse-rt' and PolicyKit refuse to grant us priviliges. Dropping SUID again.
Feb 11 19:08:47 localhost pulseaudio[2977]: main.c: For enabling real-time scheduling please acquire the appropriate PolicyKit priviliges, or become a member of 'pulse-rt', or increase the RLIMIT_NICE/RLIMIT_RTPRIO resource limits for this user.
Feb 11 19:08:47 localhost pulseaudio[2977]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Opération non permise
Feb 11 19:08:47 localhost pulseaudio[2977]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Opération non permise
Feb 11 19:08:50 localhost gconfd (XXXXX-2909): Adresse « xml:readwrite:/home/XXXXX/.gconf » résolue vers une source de configuration accessible en écriture à la position 0
Feb 11 19:08:53 localhost kernel: [fglrx:firegl_free_mutex] *ERROR* mutex id 0x00000003 not found in mutex list
Feb 11 19:08:53 localhost kernel: [fglrx:firegl_free_mutex] *ERROR* mutex id 0x00000002 not found in mutex list
Feb 11 19:09:13 localhost gnome-keyring-daemon[2800]: couldn't read 4 bytes from client:
Feb 11 19:12:13 localhost gnome-keyring-daemon[2800]:last message repeated 2 times
Feb 11 19:15:13 localhost gnome-keyring-daemon[2800]:last message repeated 2 times
Feb 11 19:18:13 localhost gnome-keyring-daemon[2800]:last message repeated 2 times
Feb 11 19:21:13 localhost gnome-keyring-daemon[2800]:last message repeated 2 times
Feb 11 19:24:13 localhost gnome-keyring-daemon[2800]:last message repeated 2 times
Feb 11 19:26:28 localhost rsyslogd: [origin software="rsyslogd" swVersion="1.19.11" x-pid="1942"][x-configInfo udpReception="No" udpPort="514" tcpReception="No" tcpPort="0"] restart
En suivant ce que donne gnirps le problème ne viendrait-il pas de selinux qui rentrerait en conflit avec pulse ?
Ce qui expliquerait le freeze ?
Refuznik wrote:En suivant ce que donne gnirps le problème ne viendrait-il pas de selinux qui rentrerait en conflit avec pulse ?
Ce qui expliquerait le freeze ?
Dans ce cas ce serait relativement simple à vérifier, juste en désactivant selinux.
Mais c'est peut-être un peu simple de toujours accuser selinux quand fedora ne fonctionne plus normalement.
merci à tous de vos réponses,

pour ma part je navigue avec firefox et cela m'arrive depuis la mise a jour vers la version 115 du kernel, enfin je vous tiens au 220 volts :hammer:
Bonjour,
nouveau plantage, mais en enregistrant un document Open Office. Les messages Var Log sont les mêmes que ci-dessus. Mais nouveauté, j'étais loggé en root pour accéder à Var Log, et à la sortie de session, plantage. Ci-dessous les messages correspondants :

Feb 13 16:55:00 localhost gconfd (root-4712): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Feb 13 16:55:00 localhost gconfd (root-4712): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Feb 13 16:55:00 localhost gconfd (root-4712): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2
Feb 13 16:55:02 localhost pulseaudio[4760]: main.c: This program is not intended to be run as root (unless --system is specified).
Feb 13 16:55:04 localhost hcid[2016]: Default passkey agent (:1.15, /org/bluez/passkey) registered
Feb 13 16:55:04 localhost hcid[2016]: Default authorization agent (:1.15, /org/bluez/auth) registered
Feb 13 16:55:04 localhost gconfd (root-4712): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 0
Feb 13 17:01:33 localhost restorecond: Will not restore a file with more than one hard link (/etc/resolv.conf) Invalid argument
Feb 13 17:01:33 localhost gconfd (root-4712): Sortie
Feb 13 17:01:33 localhost kernel: [fglrx] interrupt source 10000000 successfully disabled!
Feb 13 17:01:33 localhost kernel: [fglrx] enable ID = 0x00000000
Feb 13 17:01:33 localhost kernel: [fglrx] Receive disable interrupt message with irqEnableMask: 10000000; dwIRQEnableId: 00000005
Feb 13 17:01:33 localhost kernel: [fglrx] interrupt source 20008000 successfully disabled!
Feb 13 17:01:33 localhost kernel: [fglrx] enable ID = 0x00000000
Feb 13 17:01:33 localhost kernel: [fglrx] Receive disable interrupt message with irqEnableMask: 20008000; dwIRQEnableId: 00000004
Feb 13 17:02:07 localhost shutdown[6279]: shutting down for system halt
Feb 13 17:02:07 localhost gdm-binary[2485]: WARNING: gdm_server_stop: Some problem killing server, whacking with SIGKILL
Feb 13 17:02:08 localhost avahi-daemon[2245]: Got SIGTERM, quitting.
Feb 13 17:02:08 localhost avahi-daemon[2245]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.4.
Feb 13 17:03:25 localhost rsyslogd: [origin software="rsyslogd" swVersion="1.19.11" x-pid="1925"][x-configInfo udpReception="No" udpPort="514" tcpReception="No" tcpPort="0"] restart

Si ça peut servir...
Des nouvelles....
Toujours pareil, même message que le premier, même avec selinux désactivé.
Perso ça à disparu :-P!

Je ne désactive jamais SELinux! en dehors de deux trois petits problèmes qui se corrige avec le rajout des règles, dont sealert simplifie la vie, ça passe sans problèmes!

Par contre avant le -137 j'avais des blocages complets et freeze sous blender et d'autres applications, maintenant je sais tout de suite pourquoi blender bloquer! il faisait des erreurs de segmentations ce qui faisait planter le noyau! Même raison pour les autres programmes!

Donc mise à jours du noyau obligatoire!
Bonjour,
au dernier blocage, j' avais déjà installé le 137. Par contre, la dernière mise à jour qui a suivi quelques temps après (hier soir) et qui touchait de nombreux domaines (Gnome, X11, GDM, etc... soit plus de 80 paquets) semble avoir apporté un très gros mieux. Plus de plantage, meilleure fluidité (il me semble...), le tout en ayant réactivé Selinux qui ne me semblait pas en cause. Pourvu que ça dure.
J'ai eu une trêve avec le -105 personnellement. Mais ca a recommencé depuis les mises à jour.
J'espère que le -137 + les derniers updates vont régler définitivement le problème.
un mois plus tard
Bonjour ,

J'ai le même problème. Mon écran se fige plus rien ne marche ni le clavier ni la souris. Le CPU a l'air de tourner à 100%. Je débute sur Linux et sous fedora8 donc c'est assez galère....:-?
Comment puis-je trouver le problème?
Merci d'avance.
Tu utilises quelle version du kernel ? 
uname -r
(pour le savoir).