Projet

Général

Profil

Anomalie #1257

Mandragore : Freeze de l'interface graphique

Ajouté par Quentin CHERGUI il y a environ 11 ans. Mis à jour il y a presque 5 ans.

Statut:
Fermé
Priorité:
Élevée
Assigné à:
Catégorie:
-
Version cible:
Début:
11/04/2013
Echéance:
% réalisé:

100%

Temps estimé:
Difficulté:
3 Moyen

Description

Très régulièrement, Mandragore a une interface graphique complètement figée : seule la souris bouge.
Impossible de passer sur les TTY. Le redémarrage de GDM depuis une sessions SSH ne change rien.

Le seule moyen de récupérer une interface graphique fonctionnelle est de redémarrer la machine.

Dans /var/log/syslog, on ne trouve rien de particulier au moment précis du freeze.


Fichiers

Xorg.0.log.old (50 ko) Xorg.0.log.old xorg.0.log.old complet Quentin CHERGUI, 11/04/2013 17:04

Historique

#1

Mis à jour par Quentin CHERGUI il y a environ 11 ans

Des traces dans /var/log/Xorg.0.log.old (après reboot) :

[  7745.575] [mi] EQ overflowing.  Additional events will be discarded until existing events are processed.
[  7745.575] 
[  7745.575] Backtrace:
[  7745.652] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7fdfb6d32cd6]
[  7745.652] 1: /usr/bin/Xorg (mieqEnqueue+0x26b) [0x7fdfb6d13f7b]
[  7745.652] 2: /usr/bin/Xorg (0x7fdfb6bb4000+0x668f2) [0x7fdfb6c1a8f2]
[  7745.652] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7fdfb13bc000+0x55d8) [0x7fdfb13c15d8]
[  7745.652] 4: /usr/bin/Xorg (0x7fdfb6bb4000+0x8d937) [0x7fdfb6c41937]
[  7745.652] 5: /usr/bin/Xorg (0x7fdfb6bb4000+0xb1c08) [0x7fdfb6c65c08]
[  7745.652] 6: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fdfb5edc000+0xf030) [0x7fdfb5eeb030]
[  7745.652] 7: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7fdfb4cb8ac7]
[  7745.652] 8: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7fdfb302ed08]
[  7745.652] 9: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7fdfb2914000+0x9501) [0x7fdfb291d501]
[  7745.652] 10: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7fdfb2914000+0x9688) [0x7fdfb291d688]
[  7745.652] 11: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7fdfb2b34000+0xffb0) [0x7fdfb2b43fb0]
[  7745.652] 12: /usr/bin/Xorg (_CallCallbacks+0x34) [0x7fdfb6c0b5b4]
[  7745.652] 13: /usr/bin/Xorg (FlushAllOutput+0x2c) [0x7fdfb6d3610c]
[  7745.652] 14: /usr/bin/Xorg (0x7fdfb6bb4000+0x52c6b) [0x7fdfb6c06c6b]
[  7745.652] 15: /usr/bin/Xorg (0x7fdfb6bb4000+0x41ec5) [0x7fdfb6bf5ec5]
[  7745.652] 16: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7fdfb4c03ead]
[  7745.652] 17: /usr/bin/Xorg (0x7fdfb6bb4000+0x4219d) [0x7fdfb6bf619d]

Et ça boucle tant que l'on pas rebooté la machine.
On trouve un bug semblable (mêmes symptômes, mêmes logs, même carte graphique) datant de l'année dernière sur le bug-tracker de Debian :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680514
Il a été de nouveau rencontré depuis fin mars 2013.
Autre rapport de bug sur ce problème, plus récent :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703276

#2

Mis à jour par Quentin CHERGUI il y a environ 11 ans

#3

Mis à jour par Quentin CHERGUI il y a environ 11 ans

En attendant une mise à jour kernel qui règle définitivement le problème, contourné en bootant sur un noyau plus ancien : 3.2.0-3-amd64 (au lieu de 3.2.0-4-amd64).

#4

Mis à jour par Quentin CHERGUI il y a environ 11 ans

  • Statut changé de Confirmé à Résolu
#5

Mis à jour par Nicolas Vinot il y a presque 11 ans

  • Statut changé de Résolu à En cours de traitement
  • Assigné à mis à Nicolas Vinot
  • Version cible mis à Mai 2013
  • Difficulté changé de 2 Facile à 3 Moyen

Le freeze continue de se produire aléatoirement.
Le passage sur un noyau plus récent (3.8) qui corrigerait le problème pose problème au niveau de cryptfs au boot.

#6

Mis à jour par Jeanne Tadeusz il y a presque 11 ans

Nouveaux freezes ce matin (x2), au lancement de Libre Office.

#7

Mis à jour par Quentin CHERGUI il y a presque 11 ans

Réinstallation ce week-end par Aeris.

La clé de backuppc a été remise, sauvegarde complète en cours.

#8

Mis à jour par Quentin CHERGUI il y a presque 11 ans

Petits tests sur le SSD du laptop :

Un test court smart se termine bien. Un test long reste coincé sur "10% remaining", sans erreur explicite :

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%      1026         -
# 2  Extended offline    Aborted by host               10%      1018         -

Pour le moment, rien de trouvé concernant un éventuel bug du firmware du disque...

#9

Mis à jour par Nicolas Vinot il y a presque 11 ans

  • Statut changé de En cours de traitement à Résolu

Plus de freeze ces 2 dernières semaines.
Reste le problème potentiel du disque dur, on rouvrira un ticket si nécessaire

#10

Mis à jour par Vincent-Xavier JUMEL il y a plus de 9 ans

  • % réalisé changé de 0 à 100
#11

Mis à jour par Quentin Gibeaux il y a presque 5 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF