ce que mes logs disent pendant un freeze

pdm · Le 16/11/2007, à 11:33

Bonjour,

alors voilà j'ai installé ubuntu sur mon vaio vgn-s5m, un ultraportable, simple coeur 1,73 GHZ. En dual boot.

Certaines sessions se passent royalement bien, sans aucun freeze (mais vraiment aucun).

D'autres, commencent dès le début par des freezes de 30 secondes à une minute environ (parfois plus), qui s'enchaà®nent à des intervalles de trente secondes à cinq minutes. Bref, inutilisable.

ces freezes se manifestent par un blocage de toute réaction du système, sauf le pointeur qui répond, les icà´nes du tableau de bord qui se modifient graphiquement au survol de la souris (mais rien si je clique).

J'ai essayé divers drivers nvidia, rien à faire. j'ai mis le noapic dans la ligne de boot de GRUB, pas de changement. J'ai désactivé compiz, pas de changement. J'ai viré le tracker, pas de changement.

alors j'ai isolé ce qui se passe pendant mes freezes. Peut-être qu'ici il y a des gens qui savent ce que ça veut dire. Alors les voilà , pendant un freeze de ce matin à la fraà®che :

sur les messages :

Nov 16 06:27:22 portable kernel: [  327.580000] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Nov 16 06:27:22 portable kernel: [  327.580000] ata1.00: cmd ca/00:08:f1:0c:c7/00:00:00:00:00/e4 tag 0 cdb 0x0 data 4096 out 
Nov 16 06:27:22 portable kernel: [  327.580000]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 16 06:27:22 portable kernel: [  327.892000] ata1: soft resetting port
Nov 16 06:27:22 portable kernel: [  327.892000] ata1: softreset failed (port busy but CLO unavailable)
Nov 16 06:27:22 portable kernel: [  327.892000] ata1: reset failed (errno=-95), retrying in 10 secs
Nov 16 06:27:22 portable kernel: [  337.892000] ata1: hard resetting port 
Nov 16 06:27:22 portable kernel: [  343.408000] ata1: port is slow to respond, please be patient (Status 0x80)
Nov 16 06:27:22 portable kernel: [  347.944000] ata1: COMRESET failed (errno=-16)
Nov 16 06:27:22 portable kernel: [  347.944000] ata1: hard resetting port
Nov 16 06:27:22 portable kernel: [  348.420000] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Nov 16 06:27:22 portable kernel: [  348.420000] ata1.00: configured for UDMA/66 
Nov 16 06:27:22 portable kernel: [  348.420000] ata1: EH complete
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB)
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] Write Protect is off
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

sur syslog :

Nov 16 06:27:22 portable kernel: [  327.580000] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen 
Nov 16 06:27:22 portable kernel: [  327.580000] ata1.00: cmd ca/00:08:f1:0c:c7/00:00:00:00:00/e4 tag 0 cdb 0x0 data 4096 out
Nov 16 06:27:22 portable kernel: [  327.580000]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) 
Nov 16 06:27:22 portable kernel: [  327.892000] ata1: soft resetting port
Nov 16 06:27:22 portable kernel: [  327.892000] ata1: softreset failed (port busy but CLO unavailable)
Nov 16 06:27:22 portable kernel: [  327.892000] ata1: reset failed (errno=-95), retrying in 10 secs
Nov 16 06:27:22 portable kernel: [  337.892000] ata1: hard resetting port
Nov 16 06:27:22 portable kernel: [  343.408000] ata1: port is slow to respond, please be patient (Status 0x80) 
Nov 16 06:27:22 portable kernel: [  347.944000] ata1: COMRESET failed (errno=-16)
Nov 16 06:27:22 portable kernel: [  347.944000] ata1: hard resetting port
Nov 16 06:27:22 portable kernel: [  348.420000] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Nov 16 06:27:22 portable kernel: [  348.420000] ata1.00: configured for UDMA/66
Nov 16 06:27:22 portable kernel: [  348.420000] ata1: EH complete
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB)
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] Write Protect is off
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 
Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Nov 16 06:27:22 portable /USR/SBIN/CRON[5355]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ))

sur debug :

Nov 16 06:27:22 portable kernel: [  348.420000] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00

A préciser que à chaque boot, même quand tout va bien, même en bootant sur le live CD, j'ai ces erreurs là qui apparaissent :

Nov 16 06:18:23 portable kernel: [   19.488000] iTCO_wdt: failed to reset NO_REBOOT flag, reboot disabled by hardware 
Nov 16 06:18:23 portable kernel: [   19.488000] iTCO_wdt: No card detected
Nov 16 06:18:23 portable kernel: [   19.504000] intel_rng: FWH not detected

Merci, merci, merci beaucoup d'avance à ceux qui pourront m'aider. Ce serait vraiment la mort dans l'à¢me et le coeur serré que je devrais désinstaller ubuntu de mon portable, alors que sur mon PC fixe il fonctionne tellement bien et est tellement agréable à utiliser pour tout.

Si vous voulez les logs en entier, je les ai. Si vous avez des questions, je répondrai.

Merci encore

bodman · Le 25/11/2007, à 13:21

Salut, j'ai exactement le même problème que toi, je suis sous fedora et je n'avais jamais eu ce problème auparavant.
Le disque qui pose problème est un disque secondaire chez moi et je me suis aperçu du bug tardivement.

J'obtiens cette séquence :

Nov 25 12:14:04 localhost kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Nov 25 12:14:04 localhost kernel: ata2.00: cmd b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data 0 
Nov 25 12:14:04 localhost kernel:          res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 25 12:14:10 localhost kernel: ata2: port is slow to respond, please be patient (Status 0xd0)
Nov 25 12:14:14 localhost kernel: ata2: device not ready (errno=-16), forcing hardreset
Nov 25 12:14:14 localhost kernel: ata2: hard resetting port
Nov 25 12:14:15 localhost kernel: ata2: SRST failed (errno=-19)
Nov 25 12:14:15 localhost kernel: ata2: reset failed (errno=-19), retrying in 10 secs
Nov 25 12:14:24 localhost kernel: ata2: hard resetting port
Nov 25 12:14:25 localhost kernel: ata2: SRST failed (errno=-19)
Nov 25 12:14:25 localhost kernel: ata2: reset failed (errno=-19), retrying in 10 secs
Nov 25 12:14:34 localhost kernel: ata2: hard resetting port
Nov 25 12:14:35 localhost kernel: ata2: SRST failed (errno=-19)
Nov 25 12:14:35 localhost kernel: ata2: reset failed (errno=-19), retrying in 35 secs
Nov 25 12:15:09 localhost kernel: ata2: hard resetting port
Nov 25 12:15:10 localhost kernel: ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Nov 25 12:15:10 localhost kernel: ata2.00: configured for UDMA/133
Nov 25 12:15:10 localhost kernel: ata2: EH complete
Nov 25 12:15:10 localhost kernel: sd 1:0:0:0: [sdb] 976773168 512-byte hardware sectors (500108 MB)
Nov 25 12:15:10 localhost kernel: sd 1:0:0:0: [sdb] Write Protect is off
Nov 25 12:15:10 localhost kernel: sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

Je n'ai pas beaucoup cherché encore. Mais smartctl ne trouve rien et je n'ai aucune erreur smart.
Je vais rechercher dans mes log quand l'erreur est apparu pour la première fois, peut être une mise a jour du noyau en est la cause ...

bonne chance

pdm · Le 25/11/2007, à 16:46

Bonjour,

c'est d'autant plus étonnant que j'ai installé fedora 8 vendredi et depuis je n'ai aucun souci Quelle version de fedora as-tu ?

bodman · Le 25/11/2007, à 19:25

pdm a écrit :

Bonjour,
c'est d'autant plus étonnant que j'ai installé fedora 8 vendredi et depuis je n'ai aucun souci Quelle version de fedora as-tu ?

Salut,
je suis sur Fedora 7. En fait dans mon cas le systeme n'à rien a voir avec le probleme. En fait durant ce freeze j'entendais un CLAC CLAC ....
Ce clac survient aussi au boot (avant le systeme) je viens de m'en apercevoir.
Pire encore je n'arrivais plus du tout à accéder aux données.
Apres avoir eteint le pc 1h j'ai enfin réussi à y réacceder (probleme de temperature). mais ça bug pas mal (données copiés incorrect). Je pense que mon dur va claquer d'ici quelques heures.
Je te tiens au courant.

esox · Le 25/11/2007, à 21:30

pdm : j'ai le meme soucis que toi. des discussions sur des irc avec des experts m'amènent à cette conclusion : le noyau prend mon disque pour un sata alors que c'est un pata. Alors on pourrait forcer le system à utiliser les drivers ide et non pas sata. Mais le, soucis, c'est que si des pilotes sont effectivement dispo dans la distro, le transfert DMA ne l'est pas (je ne suis pas un spécialiste, je ne suis sur linux que depuis 2 semaines, alors si je n'utilise pas les bons termes, ne rigolez pas). Il faut donc se compiler un noyau aux petits oignons... Et là , ce truc là j'ai jamais fait.

Par contre, j'ai déposé un 'bug alert', et franchement, je trouve que l'aide n'est pas tip top. Visiblement c'est une mauvais gestion des disques pata par le noyau, et tt le monde s'en fout... Si j'osais, je dorais que mon laptop (ASUS A7Vc) tourne beaucoup mieux sous winXP que sous linux, mais comme je suis timide et bien élevé, je le dis pas...

Voilà , donc so j'ai bien compris va falloir compiler un noyau qui prenne nos chers disques pata en charge.

bodman · Le 25/11/2007, à 22:30

5 jours après ce problème, mon disque dur viens de rendre l'à¢me.

bonne soirée

compte supprimé · Le 25/11/2007, à 22:39

Un portable ?

pdm · Le 26/11/2007, à 00:05

Bonsoir,

ouh là , un disque qui rend l'à¢me, c'est grave. Peut-être n'est-ce quand même pas lié...

Disque PATA reconnu SATA, peut-être. Moi mon disque est un SATA. Il pourrait être reconnu comme SCSI, mais certains disent que c'est normal.

Il y a des choses à rajouter au boot pour virer le DMA mais ça ne marche pas sur des disques SATA.

Compiler un noyau ? eh bien voilà comment linux ne sort pas des limbes. dès qu'un problème surgit il faut compiler un noyau. Pas difficile en fait, mais totalement à exclure dans le grand public.

En tout cas pour le moment je fais tourner fedora 8 sur mon portable et ça fonctionne, de ce point là du moins, à merveille. Je n'aime pas autant qu'ubuntu, c'est un fait, mais au moins ça m'évite de faire tourner XP qui lui, tourne bien c'est sûr, mais ce n'est pas ce que je veux.

Les portables ont toujours été un matériel sensible mais en même temps il y en a de plus en plus ! il faut faire des distros qui tournent impec dessus, sinon linux ne percera pas.

Facile à dire, je sais, mais il faut quand même le dire

compte supprimé · Le 26/11/2007, à 00:15

Si je posais la question, c'est qu'il y a quelques topics sur le vieillissement prématuré possible des DD sur les portables (une histoire de parcage des têtes mal géré, bug connu depuis un certain temps mais pas réglé...).
Et un cas dûment inventorié ici, oà¹ le DD est mort en 7 mois... Probablement pour cette raison. http://forum.ubuntu-fr.org/viewtopic.php?id=158046

A+

jajaX · Le 26/11/2007, à 00:17

content de te revoir pdm et doublement content que de voir que ça va mieux, enfin ton portable...

esox · Le 26/11/2007, à 00:18

pdm,

Ca tourne sans soucis sous FC8 ?

Bin à savoir, j'ai fait tourner FC6 sur le même laptop, ça roronnait tranquille, à part le bureau 3D, mais les nouveaux drivers proprio ATI doivent être aussi faciles à installer que sous Ubuntu...

J'ai flashé mon lecteur DVD comme indiqué là : https://bugs.launchpad.net/linux/+bug/75295/comments/97
Ben ça change absolument rien au problème !!!

Ce qui me gène dans tout ça c'est qu'il n'y a même pas de réponse du genre : OK on s'en occupe mais ça va prendre du temps...

J'ai ouvert un bug report sur launchpad, il m'a même été dit qu'il n'y avait pas de bug...

D'autre part j'ai essayé la manip qui consistait à forcer l'utilisation de l'ide et de blacklister libata, je sais pas si ça résoud le problème, mais au cas oà¹ ca marche, le temps gagné sera perdu 10 fois à cause de la lenteur du système parce que ubuntu gutsy ne fournit pas le support DMA au piix... On se retrouve avec un systeme disque dur des années 90... Mais à l'époque on tournait sous DOS avec 4 Mo de RAM...

esox · Le 26/11/2007, à 00:24

C'est quoi la différence entre ubuntu et FC 8 ?

Pour info mon bug report c'est là : https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/164392

Ca pourrait peut-être être une bonne idée d'en remettre une couche...:lol:

pdm · Le 26/11/2007, à 11:17

salut tout le monde,

il y a des bugs sur le launchpad qui touchent à ce problème :

https://bugs.launchpad.net/ubuntu/+sour … +bug/84603

https://bugs.launchpad.net/ubuntu/+sour … bug/120839

https://bugs.launchpad.net/ubuntu/+sour … bug/104581

Comme vous voyez, c'est pas la priorité des priorités, surtout que pas mal de gens avec un lecteur TSS ont pu s'en sortir. Les autres vont devoir attendre.

Je donne juste une info supplémentaire : quand j'ai essayé vendredi d'installer Gutsy avec un alternate, j'ai eu le message suivant au début du boot, très furtif : ata-piix : invalid map trucmuche (pas eu le temps de lire).

J'avais lu il y a quelque temps qu'on pouvait "mapper" des choses, personnellement je ne m'en sens pas capable et je n'en ai ni le temps ni le courage, mais si ça vous tente, il faut que je retrouve oà¹ j'ai vu ça.

esox · Le 26/11/2007, à 15:25

pdm : j'ai un lecteur TSST que j'ai flashé avec le dernier firmware, ça n'a rien changé. Mais tout cela me rappelle quelque chose. Sur des chaines SCSI 1 ou2, il fallait "terminer" la chaine, sinon ben on avait un peu le même genre de soucis...
Vu que unbuntu prend mon disque pata pour un sata, qui est le protocole qui gère le scsi également...
J'ai essayé la ruse de laisser un CD dans le lecteur, et bé ça marche !!! C'est déjà ça !

esox · Le 26/11/2007, à 15:55

Ces solutions concernant les TSST... J'aurais besoin d'un peu d'explications : on parle de crossflashing, qu'est-ce donc ??

Mon TSST (SN-082D) a le firmware SS03, ce qui signifie qu'il est en CSEL = low. Il y a un autre firmware dispo qui est le SH03 CSEL = high. Crossflasher veut-il dire passer de CSEL high à low ou inversement ? Quel est le risque ? Cela voudrait dire faire passer le drive de master à slave ou inversement ? Il n'y a pas de danger à cela ?

pdm · Le 26/11/2007, à 16:08

Hello,

1. laisser un CD dans le lecteur marche peut-être, je n'ai pas essayé : ce n'est pas une solution pour moi car mon graveur DVD est le seul que j'ai (sur ma tour c'est un graveur CD) donc j'utilise ce lecteur souvent pour ça. Si à chaque fois que je l'ouvre ça freeze, ce n'est pas une solution

2. le crossflashing est expliqué ici en anglais, et ici en français.

[big troll inside] c'est quand même plus risqué que d'installer Fedora [/] (je dis ça pour me consoler... )

esox · Le 26/11/2007, à 16:15

Moi mon system me laissse qd mm le temps de graver un cd ou un dvd avant de s'endormir.

Sinon, il semblerait que libata soit clairement épinglé comme pas encore certifié pour diffusion sur des disques IDE.

Perso je garde ubuntu : je l'utilise (ubuntu studio) pour le musique, vu que je suis zicos...

Je veux bien attendre un fix avec un CD dans le tiroir... ( et non pas un polichinel dans le placard !)

Nutz · Le 26/11/2007, à 16:52

je me permet de poster la solution de Fabio Povoledo:
https://bugs.launchpad.net/ubuntu/+sour … omments/25

Comme dirait l'autre, avec un disque IDE autant utiliser le module IDE

I've solved the problem editing /etc/initramfs-tools/modules, and adding this lines:
piix
ide_generic
ide_cd
ide_disk
# blacklist bad driver
blacklist ata_piix
# prevent unnecessary modules from being loaded (you don't need to do this)
blacklist ata_generic
blacklist libata
blacklist scsi_mod
after editing:
sudo update-initramfs -u
after reboot I have my hard disks with the old fashioned /dev/hd*, without bugs!!!:)

Bonne chance à vous^^

pdm · Le 26/11/2007, à 16:59

oui, j'ai essayé aussi, sans gros espoir vu que j'ai un disque dur SATA... freeze !

sinon, je ne sais plus si j'en ai parlé, mais le problème pourrait venir de la gestion du mode combiné des controleurs Intel. donc il y a deux possibilités à rajouter à la ligne "kernel" au boot (sous GRUB, faire 'e', choisir la ligne kernel, faire 'e', rajouter l'instruction au bout de la ligne, faire 'entrée' et 'b' pour booter. Après si ça marche, on met une bonne fois pour toute l'instruction au bout de la ligne dans /etc/boot/grub/menu.lst) :

soit combined_mode=libata
soit combined_mode=ide

inutile de vous dire que chez moi, ce fut un échec dans les deux cas.

esox · Le 27/11/2007, à 12:22

Nutz : tu as essaué la solution ? Moi oui... mais ubuntu a "oublié" de fournir le transfert DMA, alors avec cette manip, tu as le temps de prendre un café et une douche avant d'arriver à l'écran de démarrage de session, puis de te laver les dents le temps de lancer Gnome, si t'es sur KDE, tu peux aussi préparer le déjeuner.

That would mean it's using the newer IDE drivers which cause all drives to
show up as devices like /dev/sda. This in itself is not a problem.
A bit of background. About 10 years ago there were two HD technologies:
IDE/ATA (what we now refer to as PATA) and SCSI. The two were viewed as
being very different and so we ended up having two distinct disc systems in
linux with their own device names - /dev/hdXx for IDE drives and /dev/sdXx
for SCSI drives. X would be "a" for the first drive, "b" for the second
drive and so on. x would be "1" for the first partition, "2" for the second
partition etc. All was good with the world.
As time went on the ATA standard evolved - it acquired extenstions called
ATAPI which allowed it to deal with CDROM drives and went through several
revisions allowing it to run faster and faster. The ATAPI changes in
particular, and the other revisions to a lesser extent started making ATA
look more and more like SCSI - the underlying commands were very SCSI-like,
the only real difference was the transport method (an IDE/ATA bus rather
than a SCSI bus).
Then in the early 2000's serial ATA (SATA) came out. Essentially this was
the current ATA protocol transported over a serial interface. When the new
standard came out the kernel people decided to make a clean break and
implement a new driver for the SATA discs for perfomance reasons (among
others). Because the disc protocol was very close to SCSI they decided to
leaverage off the existing SCSI infrastructure and make SATA discs just
another SCSI disc as far as the kernel was concerned. This was also
influenced by the fact that other storage devices - USB sticks, firewire
drives and the like - were also viewed as SCSI discs to the system due to
the fact that they all used the SCSI protocol; the only real differences
were in the transport layer. This new SATA driver infrastructure became
known as libata and again the world was happy.
Around 2004 or there abouts it was noticed that all this was leading to a
large about of duplication in the kernel. libata effectively reimplemented
a great deal of functionality from the old IDE driver - the only reason it
couldn't replace the old IDE driver is that libata didn't know about any
PATA controllers. Various people set out to rectify this. The plan was to
integrate PATA drivers for the more common PATA controllers into libata.
When this was done most people could then move to libata while those still
using really old or crusty IDE controllers would stay with the older
drivers. This effort is ongoing and as time moves on more and more PATA
controllers are supported by libata. A consequence of this is that if using
libata one's disc shows up as a "SCSI" disc - /dev/sdXx. However, for
reasons as outlined above it should be clear now that the /dev/sdXx devices
are really fast loosing their "SCSI" designation. At this time it's far
more accurate to think of /dev/sdXx as a "Hard disc" rather than the
historical idea that it was specifically a SCSI drive. Unfortunately, some
graphical file managers are still labelling /dev/sdXx drives as SCSI so this
confusion is set to continue for a while yet.
So, onto your situation. Due to the developments outlined above, new PATA
controllers tend to have their drivers implemented in libata. The more
common older controllers are now also showing up. Therefore on some
machines - such as your own - it is quite possible that your IDE drive shows
up as /dev/sdXx.
> I tried to force ubuntu to use piix drivers and blacklisted libata, the
> result was a very slow PC (no DMA transfer).
No surprises there - especially if the IDE controller is a newer one. What
is the IDE controller in your computer? "lspci -v" should tell you. The
piix driver will run newer intel controllers but only in DMA-less mode.

esox · Le 01/12/2007, à 21:01

rien de nouveau sous le soleil ?

pdm · Le 03/12/2007, à 10:05

salut,

en ce qui me concerne l'affaire est réglée par une distribution qui ne reproduit pas le bug, mais je ne saurais pas trop te dire pourquoi. Le noyau est en release 23 alors que je crois que Gutsy embarque la 24. Si tu as le courage de compiler un noyau précédent et de l'intégrer dans Gutsy (et si tu sais le faire parce que moi... ), ça serait intéressant de voir les résultats. Mais je ne sais pas si ça vient de ça car sur le launchpad et ailleurs, ce bug s'est aussi rencontré avec Feisty...

Bref pour moi ça marche bien et j'en reste là : mon portable tourne sous linux, c'est ce que je voulais !!!

jajaX · Le 03/12/2007, à 17:11

content que ça fonctionne pdm

le kernel de gutsy est en 2.6.22.

pdm · Le 04/12/2007, à 11:41

jajax a écrit :

le kernel de gutsy est en 2.6.22.

Ah ! Eh bien si le problème vient du kernel, peut-être alors que monsieur le héron se portera mieux à ce niveau. Ceci dit, d'ici là je me serai bien fait à ma fedora qui a quand même de bons cà´tés sympathiques même si tout n'est pas parfait évidemment.

jajaX · Le 04/12/2007, à 11:42

tu peux essayer avec le livecd de la alpha1, je pense

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 16/11/2007, à 11:33

ce que mes logs disent pendant un freeze

#2 Le 25/11/2007, à 13:21

Re : ce que mes logs disent pendant un freeze

#3 Le 25/11/2007, à 16:46

Re : ce que mes logs disent pendant un freeze

#4 Le 25/11/2007, à 19:25

Re : ce que mes logs disent pendant un freeze

#5 Le 25/11/2007, à 21:30

Re : ce que mes logs disent pendant un freeze

#6 Le 25/11/2007, à 22:30

Re : ce que mes logs disent pendant un freeze

#7 Le 25/11/2007, à 22:39

Re : ce que mes logs disent pendant un freeze

#8 Le 26/11/2007, à 00:05

Re : ce que mes logs disent pendant un freeze

#9 Le 26/11/2007, à 00:15

Re : ce que mes logs disent pendant un freeze

#10 Le 26/11/2007, à 00:17

Re : ce que mes logs disent pendant un freeze

#11 Le 26/11/2007, à 00:18

Re : ce que mes logs disent pendant un freeze

#12 Le 26/11/2007, à 00:24

Re : ce que mes logs disent pendant un freeze

#13 Le 26/11/2007, à 11:17

Re : ce que mes logs disent pendant un freeze

#14 Le 26/11/2007, à 15:25

Re : ce que mes logs disent pendant un freeze

#15 Le 26/11/2007, à 15:55

Re : ce que mes logs disent pendant un freeze

#16 Le 26/11/2007, à 16:08

Re : ce que mes logs disent pendant un freeze

#17 Le 26/11/2007, à 16:15

Re : ce que mes logs disent pendant un freeze

#18 Le 26/11/2007, à 16:52

Re : ce que mes logs disent pendant un freeze

#19 Le 26/11/2007, à 16:59

Re : ce que mes logs disent pendant un freeze

#20 Le 27/11/2007, à 12:22

Re : ce que mes logs disent pendant un freeze

#21 Le 01/12/2007, à 21:01

Re : ce que mes logs disent pendant un freeze

#22 Le 03/12/2007, à 10:05

Re : ce que mes logs disent pendant un freeze

#23 Le 03/12/2007, à 17:11

Re : ce que mes logs disent pendant un freeze

#24 Le 04/12/2007, à 11:41

Re : ce que mes logs disent pendant un freeze

#25 Le 04/12/2007, à 11:42

Re : ce que mes logs disent pendant un freeze

Pied de page des forums