Archlinux.fr [Forums]

Salut !

Je viens ici pour un gros probleme : mon pc se met à totalement freezer regulierement quand je bosse. Je m'explique :
J'ai en general un ou deux terminaux, et quelques articles en pdf ouverts. Il arrive regulierement (disons, une fois par heure en utilisation normale du pc) qu'à l'ouverture d'un pdf (avec okular donc, en cliquant sur le lien de telechargement de chromium quand le pdf vient d'internet) qu'okular soit long à s'afficher, et que le scroll down mette quelques secondes à repondre. Une fois que ca arrive, ca va de mal en pis et je finis par totalement perdre le controle de la machine (plus de terminaux ctrl=alt+fX, plus de souris, plus rien, je dois hard reboot... la derniere fois j'ai direct fait un ctrl-alt-F2 quand j'ai vu le scroll down freezer, j'ai eu le temps de taper mon login mais le mot de passe n'est jamais arrivé... --> hard reboot).

J'ai absolument aucune idée de ce que ca peut etre. Je pensais à une version perimée d'okular donc j'ai mis à jour tout mon systeme hier soir, mais j'ai eu à nouveau le soucis à l'instant...

Merci de votre aide !!!

Edit: j'ai un arch à jour donc, avec KDE.

Sans log il est difficile d'aider : Log de Xorg, log système via journalctl et .xsession-errors

Tout à fait ! Je ne voulais pas flooder avec des logs inutiles

Voilà le .xsession-errors : http://pastebin.archlinux.fr/487105
Le log de Xorg (il y avait un old, j'ai pris le /var/log/Xorg.0.log) : http://pastebin.archlinux.fr/487106
Et le journalctl (le dernier plantage est arrivé vers 13H30 donc) : http://pastebin.archlinux.fr/487109

Quand tu plantes, si j'ai bien compris tu fait un hard reboot. Dans ce cas tu dit à Grub de ne pas lancer l'interface graphique pour rester en tty.
Une fois en tty tu nous donnes les log demandés. Car tu nous as donnés de mauvais log soit trop récent soit trop vieux...

ah flute ! Comment retrouver ceux qui vont bien ? C'est justement en demandant à grub (mais j'ai syslinux, spareil j'imagine, je vais regarder le wiki) ?

Pour le prochain plantage, je hard reboot, et je reste en tty et je refais la meme chose ? Du coup, ptet que je peux les supprimer maintenant, pour que les suivants soient propres ? Sinon, je veux bien fouiller pour trouver les bon, mais je sais pas trop comment faire.

Ils sont écrasés dès l'ouverture du serveur X pour le log de Xorg et de même pour .xsession-errors dès que le bureau est lancé
Pour journalctl pas de souci, il garde un historique

est-ce que si j'arrive à kdm et que je choisis de me connecter en mode console, c'est donc bon ? ou bien faut il choisir avant de pas lancer le serveur x (au moment de syslinux, donc) ? Auquel cas, je ne sais pas comment faire

Au moment de syslinux et tout est spécifié dans le Wiki : http://wiki.archlinux.fr/Systemd#Target
Il suffit donc de rajouter un 3 à la fin des options

à tout hasard essaie voir de tester avec un nouveau profil kde4 ( renommer temporairement le dossier ~/.kde4 ), pour un test encore plus propre tu peux aussi créer un nouvel utilisateur, là ça partira sur un /home vierge pour les tests,

je demande ça car ça me fait penser à un forumeur qui a eu un bug sur le paquet "umbrello" de kde4, un mauvais fichier de configuration de umbrello qui faisait que l'interface ne s'affichait pas, il se peut que le même problème de configuration ait lieu avec okular, des paramètres moisis qui entraînent un bug de ton pilote vidéo,

vérifie aussi la stabilité de ton PC ( memtest notamment ), car c'est pas très normal d'avoir un freeze total ou d'avoir à faire un reset matériel ( je conseille plutôt la méthode des "magic keys" pour s'en sortir en cas d'impossibilité d'avoir un affichage, la partition sera proprement démontée avant le reboot ),

parfois le gel d'écran n'est pas forcément définitif, si tu attends une minute ça peut revenir à la normale ( cas vécu sur un problème avec le plugin flash sous firefox, gel total temporaire d'une minute, puis le même cas avec vdpau sous smplayer et mplayer, c'est aléatoire mais ça dure toujours pas plus d'une minute ), faut résister à la tentation du reset

bon, je crois que j'ai compris pour le runlevel3. J'espere....

Sinon, je suis pour faire les choses/tests comme il faut mais j'ai besoin d'etre un peu guidé, du coup
Pour les magics keys, c'est activé, je connaissais pas ! Par contre, j'ai bien attendu pour les freeze avant de hard-reboot, au moins 15 minutes la premiere fois, et quelques minutes les deux fois suivantes.

Pour le memtest, qu'est ce qu'il faut faire ? Egalement, les nouveaux users, ca serait si j'arrive à recreer le probleme volontairement non ? Sinon, ca a peu d'interet, je dirais. Mais je peux bien sur me tromper !

Parceque le truc c'est que ca arrive quand je bosse et que j'ai pas mal de trucs d'ouverts, mais de là à dire quand ou quoi... okular a l'air d'etre le bon coupable, mais j'en suis pas non plus sur !

[edit] cat /proc/sys/kernel/sysrq me donne bien 1, apres avoir rajouté la ligne dans /etc/sysctl.conf, par contre impossible de faire marcher la moindre combinaison... Fn+ la touche où est ecrit print donne la meme chose que Fn+ la touche où est ecrit Syst : keycode 107 (keysym 0xff61, Print)

Du coup... ca ne marche pas. Bon. Je recule, mais ptet qu'un jour j'avancerai !

[edit2] Bon, en fait, j'ai pas compris pour le boot en mode non graphique non plus, malgré le lien... quand je fais tab au moment de syslinux, je ne vois nulle part où changer le runlevel... et dans le lien donné, je comprends pas le rapport avec syslinux, d'apres ce que je comprends c'est avec systemd qu'on doit faire des trucs mais du coup je pige plus du tout... systemd c'est apres le boot non ? Je suis pas bien doué sur ce coup là... désolé

pour memtest il s'agit d'un programme pour tester les barrettes mémoires, il se lance au démarrage du PC via un périphérique bootable ( disquette, clé USB, CD-R qu'on grave avec une image iso ) :

http://www.memtest.org/#downiso

pour créer un utilisateur, se mettre en root et taper ces commandes :
un nouvel utilisateur sera alors crée, pour les tests il faut s'identifier avec le login et le mot de passe de cet utilisateur, ça permettra d'utiliser KDE avec un profil entièrement vierge, idem pour les autres programmes annexes, à utiliser uniquement pour les tests quand tu as un doute sur la configuration de ton compte utilisateur normal

pour les "magic keys" il faut identifier les touches "Alt", "Impr ecran" ( en général à proximité de la touche "Arrêt défil et Pause", on presse ces 2 touches simultanément suivi d'une lettre :

http://wiki.archlinux.fr/Sysrq

pour syslinux tu peux éditer le fichier de configuration de syslinux et ajouter une nouvelle entrée pour avoir le mode de démarrage non graphique, personnellement j'utilise le mode "rescue target", une option à ajouter pour le noyau :
ou bien le runlevel 3 :
en gros dans le fichier tu dupliques une entrée existante ( celle que tu utilises habituellement ) mais tu y ajoutes une des 2 options sur la ligne des options du noyau linux

si tu n'es pas certain de comprendre alors ne tente rien car c'est risqué de toucher à la configuration syslinux, un risque de ne plus pouvoir démarrer après

ok ca m'aide Compris pour syslinux, je comprenais juste pas comment faire juste au boot. Rajouter une ligne, ca me va !

Pour les touches magiques, ca j'ai bien pigé, mais je crois juste que y a un soucis sur mon pc (latitude E5900) j'ai fini par tomber sur des threads de gens qui disent que syst est buggé avec impr ecran (et c'est ce que je vois avec xev, home et end donnent "impr ecran" quand on utilise la fonction Fn avec. Du coup, j'ai eu beau essayer toutes les combinaisons de atl+FN+Syst+O alt+Fn+impr ecran +O ou Fn au debut ou des combinaisons de tout ---> ca ne fait rien. Ah si, alt+home retourne à la page d'acceuil dans chromium :p. Du coup là aussi je suis un peu coincé...

Enfin, pour les tests. Ok pour l'utilisateur (ca c'etait à ma portée :p) mais c'est utile uniquement si je me log dessus et que je fais planter dessus, on est d'accord ? Et comme j'ai pas reussi à le recreer de maniere volontaire le probleme... j'essayerai, quand les magic touches marcheront, du coup.

Memtest ok, ca dl, je grave, je fais, je vous dis.

bon, pas de nouveau plantage depuis. J'ai noté que parfois okular occupe plus de 40% de ma mémoire (un top trié par mémoire). Si je ferme et reouvre tout, ca va mieux. A suivre...

quelques news : depuis que j'ai change la config d'okular pour pas qu'il garde tout en memoire, j'ai pas eu de nouveau plantage... parfois ca rame grave et le plus gros de mes pdfs ouverts se ferme, et ca remarche normalement ensuite. a suivre.

https://www.dropbox.com/s/elt6ol3ufzzau1v/logerror1
https://www.dropbox.com/s/xlgkvg6enxn8ns2/logerror2
https://www.dropbox.com/s/y3yxngfvji3tu1o/logerror3


Voila les trois logs (.xsession-errors, Xorg.0.log et journalctl) apres un freeze total, et un redemarrage en tty !

En esperant que ca aide..

Rien vu de spécial dans le .xsession-error, ai survolé journalctl en voyant ton Xorg.0.log:

Code : Tout sélectionner

(EE) [mi] EQ overflowing.  Additional events will be discarded until existing events are processed.
(EE) 
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x48) [0x584ae8]
(EE) 1: /usr/bin/X (mieqEnqueue+0x22b) [0x566b7b]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x52) [0x44cc92]
(EE) 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f9d23ac0000+0x581d) [0x7f9d23ac581d]
(EE) 4: /usr/bin/X (0x400000+0x72f68) [0x472f68]
(EE) 5: /usr/bin/X (0x400000+0x9b530) [0x49b530]
(EE) 6: /usr/lib/libpthread.so.0 (0x7f9d2b6b3000+0xf880) [0x7f9d2b6c2880]
(EE) 7: /usr/bin/X (DeliverRawEvent+0x0) [0x446a70]
(EE) 8: /usr/bin/X (0x400000+0x116e4b) [0x516e4b]
(EE) 9: /usr/bin/X (0x400000+0x13ef09) [0x53ef09]
(EE) 10: /usr/bin/X (mieqProcessDeviceEvent+0x1a9) [0x566f39]
(EE) 11: /usr/bin/X (mieqProcessInputEvents+0xf7) [0x567077]
(EE) 12: /usr/bin/X (ProcessInputEvents+0x9) [0x4730c9]
(EE) 13: /usr/bin/X (0x400000+0x35a62) [0x435a62]
(EE) 14: /usr/bin/X (0x400000+0x39b2a) [0x439b2a]
(EE) 15: /usr/lib/libc.so.6 (__libc_start_main+0xf5) [0x7f9d2a32ab05]
(EE) 16: /usr/bin/X (0x400000+0x250ce) [0x4250ce]
(EE) 
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack.
(EE) [mi] mieq is *NOT* the cause.  It is a victim.

Sachant que ton système n'est pas à jour (le kernel est en 3.13.5):

Code : Tout sélectionner

[    15.609] Current Operating System: Linux Archie 3.12.9-2-ARCH #1 SMP PREEMPT Fri Jan 31 10:22:54 CET 2014 x86_64

Donc, mets déjà à jour, voir si ça va mieux.

Zogla a écrit :Voila les trois logs (.xsession-errors, Xorg.0.log et journalctl) apres un freeze total, et un redemarrage en tty !

(pas très pratique pour les récupérer, normal pour le .xsession-errors qui est trop gros, mais pour les autres, tu pouvais continuer par pastebin)

ok, voilà le systeme mis à jour, et rebooté. Et depuis, j'ai freeze 4 fois, donc c'est plutot... cata ! Ahah. Par contre, c'est plus okular, là c'est les streams de twitchtv j'ai l'impression : des que j'ai une pub qui se lance paf ca freeze tout. Et là, pas moyen de ctrl-alt-f6 ou rien, c'est hard reboot.

voilà les pastebin et le .xsession-errors:

http://pastebin.archlinux.fr/498834
http://pastebin.archlinux.fr/498835
http://pastebin.archlinux.fr/498836