logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 25-03-2013 09:53:19

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Bonjour,

J'ai, depuis 1 semaine, mon interface graphique qui se gèle assez souvent (4 ou 5 fois par jour).

Je souhaite faire remonter ce bug auprès de http://www.debian.org/Bugs/ mais pour que cela soit efficace j'ai besoin de vos conseils sur les éléments à leur fournir.

Voilà ce qu'il se passe:

Mon interface graphique se gèle de deux manières:
- gel total de l'ordinateur (80% des cas), rien à faire pas de ctrl-alt-fX, rien, juste le curseur qui bouge.
- gel de gnome-shell (les 20% restant), dans ce cas là gnome-shell redémarre tout seul

C'est très souvent (mais pas que) lorsque je fais défiler un document libreOffice writer, comme ce qui est décrit ici: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673895
Ceci dit là libreOffice Writer est quasiment inutilisable. Tout freeze très rapidement.

j'ai prafois des bugs d'affichage sur la barre en haut de gnome shell, des traits blancs +/- persistants.

J'utilise une débian testing à jour mais sans autres dépôts tiers. Je l'utilise sur cet ordinateur depuis 1 an sans problèmes notables, quotidiennement pour mon travail.

Mon ordi utilise une carte graphique intel intégrée Sandybridge Mobile.

Dans les (rares) cas où Gnome-shell redémarrer seul, voici la fin de /var/log/Xorg.0.log:

101.086] [mi] EQ overflow continuing.  300 events have been dropped.
[   101.086]
[   101.086] Backtrace:
[   101.086] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f29aac1bcd6]
[   101.086] 1: /usr/bin/Xorg (0x7f29aaa9d000+0x668f2) [0x7f29aab038f2]
[   101.087] 2: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f29a53a5000+0x55d8) [0x7f29a53aa5d8]
[   101.087] 3: /usr/bin/Xorg (0x7f29aaa9d000+0x8d937) [0x7f29aab2a937]
[   101.087] 4: /usr/bin/Xorg (0x7f29aaa9d000+0xb1c08) [0x7f29aab4ec08]
[   101.087] 5: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f29a9dc5000+0xf030) [0x7f29a9dd4030]
[   101.087] 6: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7f29a8ba1ac7]
[   101.087] 7: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7f29a6f17d08]
[   101.087] 8: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f29a67fd000+0x7030) [0x7f29a6804030]
[   101.087] 9: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f29a67fd000+0x77fe) [0x7f29a68047fe]
[   101.087] 10: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f29a6a1d000+0xfe33) [0x7f29a6a2ce33]
[   101.087] 11: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f29a6a1d000+0x261f4) [0x7f29a6a431f4]
[   101.087] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f29a6a1d000+0xf793) [0x7f29a6a2c793]
[   101.087] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f29a6a1d000+0xc249c) [0x7f29a6adf49c]
[   101.087] 14: /usr/bin/Xorg (0x7f29aaa9d000+0x110a79) [0x7f29aabada79]
[   101.087] 15: /usr/bin/Xorg (0x7f29aaa9d000+0x1099d4) [0x7f29aaba69d4]
[   101.087] 16: /usr/bin/Xorg (0x7f29aaa9d000+0x52e61) [0x7f29aaaefe61]
[   101.087] 17: /usr/bin/Xorg (0x7f29aaa9d000+0x41ec5) [0x7f29aaadeec5]
[   101.087] 18: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7f29a8aecead]
[   101.087] 19: /usr/bin/Xorg (0x7f29aaa9d000+0x4219d) [0x7f29aaadf19d]
[   101.088]
[   101.435] [mi] Increasing EQ size to 512 to prevent dropped events.
[   101.436] [mi] EQ processing has resumed after 307 dropped events.
[   101.436] [mi] This may be caused my a misbehaving driver monopolizing the server's resources.
 



Parti de là, à votre avis je dois poster une déclaration  de bug dans quel paquet ? xserver-xorg-video-intel ?
libreoffice ? je leur fournis quoi comme logs ?

merci par avance pour votre aide à faire remonter ce bug.

Dernière modification par jsubei (25-03-2013 14:08:27)

Hors ligne

#2 25-03-2013 19:34:32

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Salut,

À mon avis, il faut faire remonter le bug à libdrm-intel1 ou à xserver-xorg-video-intel.

Que tu fasses l'un ou l'autre, il sera réassigné là où il faut par les gens.

Par contre, ce qu'il va falloir identifier, c'est ce qui a changé il y a une semaine pour créer le problème...

Essaye peut-être d'installer une version plus ancienne de xserver-xorg-video-intel ou de libdrm-intel1 (voir sur snapshot.debian.org) pour identifier quel paquet fait bugguer ?

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#3 26-03-2013 08:31:38

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Ok, merci déja captnfab pour cette info.

Une hypothèse : est-il possible que cela soit lié à la version du noyau ? Hier, devant l'impossibilité de bosser sur mon doc LibreOffice, j'ai essayé, lors d'un n-ième redémarrage forcé, d'utiliser la version précédente (3.2.0-3) du noyau.
Et, ma foi, j'ai pu finir la journée sans glandage. Ce matin je viens de démarrer de même, reste à voir si cela tient mieux.
Pour la date de mise à jours du paquet cela concorde presque (voir http://packages.qa.debian.org/l/linux/n … 914Z.html) avec le début de mes ennuis.

Est-ce crédible ? Et si oui est-ce ce que cela fait pencher la balance vers un paquet à incriminer plus qu'un autre ?

Enfin il y a t'il des fichiers de log que je devrais regarder en priorité lors d'un crash (enfin plus exactement après le redémarrage suite à un crash) ?

Voilà plein de questions ! Merci à ceux qui ont des avis à me faire partager et à tous ceux qui croisent les doigts avec moi pour que je puisse finir mon pu%$$* de document aujourd'hui sans avoir à piquer le pc d'un collègue pour ce faire.

Hors ligne

#4 26-03-2013 08:51:29

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

finir mon pu%$$* de document aujourd'hui sans avoir à piquer le pc


Mais non, les deux peuvent se faire même !

tongue


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#5 26-03-2013 12:15:46

freddec
homo-informaticus du genre linuxo-debianicum
Lieu : Saint Jean d'Y (17)
Distrib. : Branche Stable (BullsEye en 2022)
Noyau : Ca depend !
(G)UI : XFCE (+/- Mate, Cinnamon, Gnome, LXDE)
Inscription : 09-01-2008

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Salut

cela ne règlera pas la cause de ton problème, mais pourra peut-être te permettre d'accéder aux log avant reboot:
.
-> as tu essayer d’accéder à une console via ssh depuis un autre PC en réseau ? parfoix X est totalement planté et on ne peut pas accéder aux consoles via alt+ctrl+Fx car X preempte le clavier, mais on y arrive a passer en ssh.
.
-> sinon avant de rebooter sauvagement le PC lorsqu'il ne veut rien savoir, essaie les Magic-SysReq key, elles ne régleront pas le Pb mais pourront t'éviter de casser le système de fichier et de perdre des données
.
https://fr.wikipedia.org/wiki/Magic_SysRq_key
Voir :  Revenir En Islande Sur Un Bateau
.
Fait également une vérif de ta RAM avec un live-cd et Memtest, j'ai déjà eu un gag de ce type avec une barette foireuse (figeage aléatoire)
.
Bon courrage

Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)

Hors ligne

#6 26-03-2013 12:35:42

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Mhh, oui, si tu as un noyau en experimental mais que les pilotes libdrm & xorg sont encore en version testing, il peut y avoir des conflits. Si tu n'as pas de pb avec les versions de wheezy, alors attend que le 3.8 passe en sid/testing avant de déclarer le bug smile

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#7 26-03-2013 12:54:20

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

freddec a écrit :


-> sinon avant de rebooter sauvagement le PC lorsqu'il ne veut rien savoir, essaie les Magic-SysReq key, elles ne régleront pas le Pb mais pourront t'éviter de casser le système de fichier et de perdre des données
https://fr.wikipedia.org/wiki/Magic_SysRq_key
Voir :  Revenir En Islande Sur Un Bateau



Rhhhooo c'est génial ! j'en avais jamais entendu parler ... j'ai 15 ans de linux et j'en apprend tous les jours ! Un grand merci, je ferais la balade maritime au prochain crash.

freddec a écrit :


Fait également une vérif de ta RAM avec un live-cd et Memtest, j'ai déjà eu un gag de ce type avec une barette foireuse (figeage aléatoire)



Oui oui, très bonne idée, prochain redémarage je le fais.

captnfab a écrit :

Mhh, oui, si tu as un noyau en experimental



Non, non ! Vraiment j'utilise un système tout simple, de base, rien de trafiqué. Je fais du R, du java et de la base de données avec donc rien de sorcier.

N'empèche que depuis mon démarrage sur le noyau précédent de ce matin, mon ordi est stable comme avant
Hier à midi je devais avoir déjà redémarré 3 ou 4 fois et j'utilise les même outils ... Bizarre ...

Merci pour ces conseils

Dernière modification par jsubei (26-03-2013 12:54:41)

Hors ligne

#8 26-03-2013 12:57:26

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Ah, tu veux dire que c'est vraiment le 3.2.0-4 qui ferait planter ?
Si c'est le cas, c'est bien sur le paquet du noyau qu'il faut déclarer le bug smile

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#9 26-03-2013 13:24:51

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

ben c'est là maintenant toute l'essence de ma question : est-ce vraiment le 3.2.0-4 qui fait planter ? sachant que dans 80% des cas c'est en scrollant dans un document libreOffice Writer que l'ordi plante ...

M'enfin faut reconnaître que là avec le noyau 3.2.0-3 ça à l'air de scroller sans figer.

Pis ça m'étonne un peu que je sois le seul à trouver un bug dans le kernel testing ... j'ai vérifié là : http://bugs.debian.org/cgi-bin/pkgrepor … st=testing mais je n'ai rien trouvé de semblable.

Hors ligne

#10 26-03-2013 13:43:24

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Ça, je peux difficilement te répondre smile Si tu n'as plus de freeze avec la 3.2.0-3, alors oui, c'était réellement ça ! S'ils reviennent, alors non, il faut continuer à chercher...

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#11 26-03-2013 14:10:42

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

you hou hou  j'ai trouvé un copain : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703715

Hors ligne

#12 26-03-2013 14:58:55

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Et je vois que tu as fait le rapport de bug, cool ! smile Espérons que ça les aide. Essaye de consulter le sujet régulièrement, histoire de pouvoir répondre aux demandes d'informations supplémentaires.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#13 26-03-2013 15:03:36

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Oui, enfin moi c'est le petit ajout en fin genre "salut, j'ai le même problème, je vous aime, la bise"
big_smile

En tout cas merci pour votre aide.

Hors ligne

#14 27-03-2013 13:31:35

pili36
Membre
Lieu : Lille
Distrib. : Debian Bullseye
Noyau : 5.10_amd64
(G)UI : Xfce
Inscription : 03-11-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Salut à tous,

J'ai moi aussi depuis quelque temps des figeages un peu inconnu, et comme la personne qui a soumis le bug (si j'ai bien compris l'anglais), je peux bouger la souris, faire Ctrl+alt+F1, donc X ne doit pas être complètement figé, mais rien d'autres ne répond (pas même le pkill de epiphany qui ne fait strictement rien en cas de retour avec Ctrl+alt+F7, epiphany est toujours là et figé) . Le seul moyen c'est de killer gdm3 et de le relancer pour rouvrir une session (ou de faire un arrêt brutal bien évidemment). Personnellement, à chaque fois que ça a figé, c'était sous epiphany-browser. Alors peut être en cours de scrolling, je dois reconnaître que je n'ai pas fait attention si ça arrivait à ce moment là. Enfin, bref, j'essaierai aussi de downgrader le noyau vers la version 3.2.0-3-amd64 pour voir si ça résout le problème, réponse dans quelques jours. Et moi aussi, je remercie la personne qui a soumis ce bug, même si mon problème ne s'avère pas être le même, en espérant que grâce à lui on est bientôt un correctif, pour repasser de nouveau à une Debian parfaite comme à son habitude wink !

@jsubei : tu devrais remplir ton infodistrib en allant dans ton profil. C'est quasiment sur qu'un jour cela servira smile Et ça permettra de résoudre plus vite les problèmes (à moins que tu n'en aies jamais plus ce qui est possible)!

Dernière modification par pili36 (27-03-2013 13:36:19)


Debian Bullseye amd64, Xfce, Lenovo Thinkpad X201 Tablet, Intel Core i5 U520 4*1,07Ghz, 4Go RAM
Debian Buslleye amd64 (Steam), Xfce, Amd Ryzen 5 2600 6*3.4Ghz, 16Go RAM, Amd Radeon RX560 4Go

Hors ligne

#15 28-03-2013 10:37:39

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

merci pili36 pour cette réponse.

Dans mon cas je ne peux pas faire de Ctrl+Alt+f1 ni rien. Moi c'est quasi systèmatique avec libreOffice Writer.

Comment dois-je faire pour remplir mon info ditrib dont tu parle ? Le profil dont tu parle est sur debian-facile ou sur bugs.debian.org ?

Pour soumettre le bug sur bugs.debian.org j'ai essayé sans succès d'utiliser l'outil debian reportBug: lorsque je lui précise que je soupçonne le kernel 3.2.0-4-amd64 d'être à l'origine du bug l'outil me rétorque qu'une version plus à jour existe sur sid ...

Hors ligne

#16 28-03-2013 10:44:24

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Hum,

Pour l'infodistrib, c'est dans le profil DF, onglet « Votre distribution ».

Pour reportbug, ce qu'il dit est vrai :

apt-cache policy linux-image-3.2.0-4-amd64
linux-image-3.2.0-4-amd64:
  Installé : (aucun)
  Candidat : 3.2.41-2
 Table de version :
     3.2.41-2 0
        500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages
     3.2.39-2 0
        500 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages



Essaye d'installer la 3.2.41 pour voir si le problème persiste ? Et s'il persiste, là tu pourras utiliser reportbug.


captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#17 28-03-2013 11:20:51

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

oui captnfab, c'est dispo mais sous sid, pas sous wheezy. Je n'ai pas trop envie de me lancer dans les kernel de unstable qui risquent d'être mis à jour tous les 3 jours. Je suis plus un utilisateur final.qu'un admin système.

Après c'est vrai que pour la communauté je dois essayer, pour voir si le nouveau kernel corrige mon pb ou faire remonter le cas échéant.

Ce sera simple après les essais pour moi de rebasculer vers le kernel de wheezy ?

Dernière modification par jsubei (28-03-2013 11:21:33)

Hors ligne

#18 28-03-2013 11:33:29

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Tant que tu ne rajoutes pas les dépôts sid dans ton sources.list, tu ne reçois pas les mises à jour de sid.
Le noyau actuellement en sid devrait arriver dans wheezy d'ici quelques jours. Si tu veux l'installer avant, tu peux aller le récupérer sur http://packages.debian.org/sid/linux-im … .0-4-amd64 puis l'installer avec dpkg -i le_fichier.deb

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#19 28-03-2013 14:05:28

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

Disons que j'ai sid dans mon sources.list mais pour être tranquile je l'ai priorisé:

apt-cache policy linux-image-3.2.0-4-amd64
linux-image-3.2.0-4-amd64:
  Installé : 3.2.39-2
  Candidat : 3.2.39-2
 Table de version :
     3.2.41-2 0
         90 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages
 *** 3.2.39-2 0
        990 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages
        100 /var/lib/dpkg/status



je peux donc forcer la version ...

Hors ligne

#20 28-03-2013 15:03:58

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

ah ouais, fastoche du coup !

aptitude install linux-image-3.2.0-4-amd64 -t sid



Et pour repasser à la version de testing, même chose avec wheezy à la place de sid smile


captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#21 28-03-2013 15:13:48

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

cool, essaierais alors ça demain matin ou lundi.

Merci les forts en debian !

Hors ligne

#22 05-04-2013 08:54:37

jsubei
Membre
Distrib. : Wheezy
Noyau : Linux 3.2.0-4-amd64
(G)UI : Gnome shell
Inscription : 07-04-2009

Re : Crash de X: besoin d'aide à l'identifier afin de remonter le bug

et voilà mon pc vient de nouveau de bloquer ... c'est rageant et pourtant j'utilise le kernel de sid:

apt-cache policy linux-image-3.2.0-4-amd64
linux-image-3.2.0-4-amd64:
  Installé : 3.2.41-2
  Candidat : 3.2.41-2
 Table de version :
 *** 3.2.41-2 0
         90 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status
     3.2.39-2 0
        990 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages



Et pas de nouvelle du côté du rapport de bug, mis à part une personne qui déclare avoir le même souci ...

Hors ligne

Pied de page des forums