FORUM Tom's Hardware » Le monde de Windows » Drivers & OS » écran bleu de windows - minidump incompréhensible
 

écran bleu de windows - minidump incompréhensible

Il y a 53 utilisateurs connus et inconnus. Pour voir la liste des connectés connus, cliquez ici



Mot :   Pseudo :  
 
Bas de page
Auteur
 Sujet : écran bleu de windows - minidump incompréhensible
 
Plus d'informations

Bonjour à tous !

Désolé de poster encore un nouveau message à propos d'un bsod, mais j'avoue que là je désespère et je suis à la limite de jeter l'éponge.
J'ai eu des soucis mémoire et de hdd sur mon pc, j'ai donc changer ces matériels, mais après ces installations, des bsod sont apparus, toujours différents et de manière aléatoire...
J'ai vérifié les tensions de l'alim (une no-name) et elles m'ont paru faiblardes, donc j'ai changer l'alim par une Enermax.
Mais toujours les écrans bleus... J'ai donc analysé les minidump générés, et un pb récurrent avait l'air de revenir : DRIVER_FAULT. J'ai donc pris mon courage à 2 mains et j'ai réinstallé windows proprement, sans remettre de drivers autre que ceux par défaut de windows.
Et là : toujours les écrans bleus...

Je n'en peux plus :cry: si vous avez une idée ça m'éviterait de lâcher la tour qui pend presque au-dessus de la fenêtre...

Ci-dessous le dernier dump :


Microsoft (R) Windows Debugger Version 6.6.0003.5
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini070106-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: C:\Program Files\Debugging Tools for Windows\Symbols
Executable search path is:
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a420
Debug session time: Sat Jul 1 12:15:56.440 2006 (GMT+2)
System Uptime: 0 days 0:18:45.868
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
.....................................................................................................
Loading User Symbols
Loading unloaded module list
.........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000000A, {28, 2, 0, 8050257b}

Probably caused by : memory_corruption ( nt!MiInsertWsleHash+a9 )

Followup: MachineOwner
---------

kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 00000028, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 8050257b, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: 00000028

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiInsertWsleHash+a9
8050257b 8b7828 mov edi,[eax+0x28]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0xA

LAST_CONTROL_TRANSFER: from 804fbbfc to 8050257b

STACK_TEXT:
f2671070 804fbbfc 905b14ca 0000271e 00000007 nt!MiInsertWsleHash+0xa9
f267107c 00000000 8130a668 0001d0ef 0001d0ef nt!PopIdle0+0x29


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
nt!MiInsertWsleHash+a9
8050257b 8b7828 mov edi,[eax+0x28]

FAULTING_SOURCE_CODE:


SYMBOL_STACK_INDEX: 0

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: nt!MiInsertWsleHash+a9

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 42250ff9

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: 0xA_nt!MiInsertWsleHash+a9

BUCKET_ID: 0xA_nt!MiInsertWsleHash+a9

Followup: MachineOwner
---------

- ΓRuE MeΓλLc00L!QuE -

fais un test avec memtest (www.memtest.org) dans un premier temps


---------------
!!!TAWAH!!! Toi aussi viens tripoter Canaris !
Profil : Françis Cabrel
Plus d'informations

Tu utilises un debogueur et tu ne sais pas lire ses réponses ?
Tu désespères et ut veux jeter l'eponge ?

Memory_corruption tu sais ce que ça veut dire ?
En anglais ou en français c 'est la meme chose.
Fais ce que dit Fairlight. Si tu avais fait ça des le premier ecran bleu tu n'aurais pas désespéré !

Une explication aussi simple et aussi evidente ça n'arrive pas souvent dans l'analyse des dumps. Veinard !
Si tu te lances dans le debogage et que tu bloques a la maternelle ça va pas etre triste pour la suite.


Message édité par bigbernie le 01-07-2006 à 18:24:40
Plus d'informations

Merci mais le problème c'est que j'y ai déjà pensé... La mémoire est neuve, c'est pas de la no-name, et j'ai fait 3 passes de memtest sans erreur !
Et c'est pour ça que je désespère :pt1cable:

Profil : Françis Cabrel
Plus d'informations

Envoie ton dernier dump sur ce forum. Pas la lecture en txt mais le fichier lui meme. Je vais voir ce que ça donne avec diverses commandes sur le serveur de symbols de Microsoft.

Plus d'informations

Merci bigbernie !

Voici le dernier : http://www.yousendit.com/transfer. [...] 181C0210C8
Et l'avant dernier : http://www.yousendit.com/transfer. [...] 2F57062024

(c'est les 2 seuls que j'ai eu depuis la réinstallation de windows)

Merci bcp du coup de main :jap:

Profil : Françis Cabrel
Plus d'informations

C'est causé par le driver systeme npfs.sys
Quel sorte de XP tu peux avoir ? Microsoft renvoie une très importante liste d'impossibilités de décodage binaires chez toi. Disons que ton XP n'est par "normal".
Tu n'aurais pas une merde d'hyper par hasard ?
En effet, dans un XP normal sp2 + toutes maj un truc pareil ne devrait pas se produire apres reinstall. Le correctif existe depuis 2001.

Voici ce que dit Microsoft. C'est de la traduction automatique voilà pourquoi le style est bizarre. Et plus bas je te montre la liste des retours negatifs du serveur de debogage sur ton systeme. Et il existe encore une erreur Cannot get _POOL_TRACKER_BIG_PAGES type size non référencee par Microsoft = Ca ne vient pas de Microsoft.

Je me demande vraiment quelle sorte de machine tu as.
Tu as vraiment un XP bizarre !


Cause
Ce problème peut se produire lorsqu' un problème de synchronisation provoque un thread sur terminer l'IRP d'un autre thread. Cela peut provoquer un IRP être terminé double. Ce problème peut se produire sur du abandon d'entrée/sortie ou annuler.
Retour au début Retour au début
Résolution
Un correctif est désormais disponible auprès de Microsoft mais est conçu uniquement pour corriger le problème décrit dans cet article Il ne doit être appliqué qu'aux ordinateurs rencontrant ce problème spécifique

Pour résoudre ce problème, contactez services de Support technique Microsoft pour obtenir le correctif. Pour obtenir une liste complète des numéros de téléphone des services de Support technique Microsoft ainsi que des informations relatives aux frais de support technique reportez-vous au site Web de Microsoft à l'adresse suivante
http://support.microsoft.com/defau [...] S;CNTACTMS (http://support.microsoft.com/default.aspx?scid=fh;en-us;cntactms)
REMARQUE : les frais qui sont en général engagés pour des appels de support technique peuvent être annulés si un technicien du Support technique Microsoft détermine qu'une mise à jour spécifique résoudra votre problème dans des cas particuliers. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes non traités par la mise à jour en question

La version anglaise de ce correctif doit avoir les attributs de fichier suivants ou ceux d'une version ultérieure

Date Time Size File name Platform
-------------------------------------------------------------
5-Oct-2001 16:31p 38,512 Npfs.sys Intel






Bizarreries



Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd

*************************************************************************
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
*************************************************************************

*** ***
********************
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping
Exception 0xc0000005 while accessing file mapping

Followup: MachineOwner
---------


Message édité par bigbernie le 02-07-2006 à 07:20:22
Plus d'informations

Ben écoute bigbernie c'est étonnant car le XP est un windows légal, qui date certes (2002 je crois) mais j'ai fait toute les mises à jour !
Et je n'ai pour le moment réinstallé que windows + bitdefender en antivirus/firewall

Et c'est quoi les bizarreries dont tu parles ?
Tu penses que je dois essayer d'appliquer le patch ? C'est le même problème pour les 2 dmp, parce que sur le bsod j'avais pas le même type d'erreur ?
Je pose beaucoup de questions excuse moi mais je vois que tu as une grande expérience :jap:

D'ailleurs, encore une question : c'est quoi le serveur de symboles de crosoft dont tu parles ?

Merci beaucoup beaucoup beaucoup !

Profil : Françis Cabrel
Plus d'informations

Le debogueur doit etre programme pour travailler en collaboration avec le serveur de debogage de Microsoft. C'est indique dans la notice.
Ils echangent des informations.
Il se trouve que ta machine est un peu differente des machines standart.
Voila pourquoi je t'avais demande si tu n'avais pas une machine de Marque car les Marques ne sont jamais des machines normales. Rien de plus.
Le debogage releve les erreurs systeme mais pas les causes declenchantes de ces erreurs.


Voici un petit topic explicatif generaliste.


Comment des fichiers se boguent.

Tous les fichiers qui sont utilisés sur votre machine sont stockes materiellement sur votre disque dur. Mais lorsqu'ils sont en action, ils sont copiés et travaillent dans la ram.
Un fichier peut donc se boguer matériellement sur votre HD (rare) ou bien virtuellement dans la ram. Le virtuel de la ram a un support physique évidemment qui est la ram elle-même.

Souvent un plantage survient a cause d'une erreur physique de la ram TOUJOURS IRREPARABLE. A chaque fois qu'une action quelconque va devoir se servir d'une adresse defectueuse de la ram la machine va alors planter mais de maniere plus ou moins grave selon qu'il s'agisse de fichiers systeme ou bien de fichiers annexes.
D'ailleurs les journaux d'evenements font la difference entre les processus Systeme et les processus Applications.
Seuls les processus systeme generent des ecrans bleus. Les processus Application sont la plupart du temps "recouvrables" sans rien faire ou alors après reboot. Ils sont signalés dans DrWatson en mode texte.

Un fichier peut facilement se "boguer" dans la ram meme si celle ci est OK physiquement. Quelque chose peut l'attaquer. Virus, soft mal programme, conflit de drivers, plages de memoire qui se chevauchent etc etc etc. Et c'est le cas infiniment plus souvent qu'une corruption sur le HD.

Il ne servirait donc a rien dans ces cas de remplacer tel ou tel fichier système sur le HD (system32) dont le nom est donné par l'ecran bleu ou bien par debogage.

Il est important de signaler qu'il est très difficile d'abimer un fichier systeme du noyau protege de XP à son emplacement dans system32.
Par contre, lorsqu'un fichier dit protégé travaille dans la ram il peut etre corrompu virtuellement comme les autres vu qu'il n'est plus protégé lorqu'il est virtuel.

Les fichiers protéges de XP possedent les extensions suivantes:
cpl dll ocx sys drv ime scr ainsi que certains drivers generiques.
Mais ça ne veut pas dire que toutes les dll sont protégées, seulement celles du noyau de XP.
C'est protege par le WPF ( Windows Protection File) qui double ces fichiers a d'autres endroits, différents selon que l'on a le sp2 ou pas. Dans C:\Windows\drivercache\..... pour les drivers et dans ServicePackFiles\.....pour le reste.
Si vous voulez verifier si une dll ou driver .sys font partie du noyau protégé de XP c'est facile. Vous affichez tous les dossiers et le systeme dans les options d'affichage et dans recherche vous tapez le nom. Siça se trouve a la fois dans system32 ou system32\drivers et dans le cache c'est que ça fait partie du noyau.

Imaginons que sous la console de recuperation DOS (car sinon XP ne va pas se laisser faire) vous supprimiez une dll hyper importante de XP: kernel32.dll. Eh bien au reboot WPF va aller recherche sa copie et la remettre dans system32.

A noter que l'on peut dans le registre désactiver WPF et dans ce cas vous pourrez supprimer (sous console) n'importe quel fichier protege et le boot ne le remettra pas. Très dangereux et réservé aux experts !

Donc lorsque vous avez affaire a un fichier PROTEGE générateur de BSOD il a très peu de risques d'abord qu'il soit attaque materiellement sur le HD (sauf par un virus) mais meme si c'était le cas il serait remis à neuf au reboot.
Et sans devoir rebooter en utilisant la commande sfc /scannow qui va comparer tous les fichiers proteges avec leur originaux. Seulement les protégés, pas les autres.

Par contre un fichier non protége meme faisant partie de Windows, et il y en a beaucoup plus, peut dans certains cas etre corrompu aussi sur le HD. Rien ne va venir le réparer et pas non plus la commande de scan. Il faudra le remplacer manuellement en l'extrayant du CD ou du web.

A noter quand meme qu'il est impossible de remplacer un fichier, meme non protége, s'il est en utilisation = Dans un tel cas il faudra travailler en sans echec ou sous console.

Trouver la cause incitatrice d'un plantage est possible avec un debogueur mais trouver la raison exacte de l'attaque sur le fichier c'est beaucoup plus ardu. Sauf si le fichier fait partie d'un logiciel rajouté et alors la c'est facile.

Citons le cas des fameux ntoskrnl (ou win32k). S'il est cite dans beaucoup de BSOD ça ne veut pas dire qu'il est directement responsable d'un plantage noyau mais qu'il y a été implique comme certains autres non cités nommément qui n'ont pas eu le temps de s'inscrire.
Le debogueur pourrait tout aussi bien dire qu'il y a eu un plantage grave du systeme profond de XP sans rien nommer.

Si votre médecin détecte que vous avez la grippe = il vous a débogué, il ne pourra pas vous dire que vous avez attrapé le virus le 24 à 17h 54 au coin de la rue du Prieuré en croisant Mr Thomson qui a éternué !

Dans l'immense majorité des cas, pour trouver l'origine d'un BSOD sans devoir déboguer ou attendre la réponse on peut citer 2 lignes qui doivent couvrir 70 a 80% des causes.

1) La ram
2) Le dernier matériel/driver/soft rajouté.



















Plus d'informations

Ah d'accord, excuse j'avais po compris :sweat:
Et bien non le PC n'est pas de marque. Le truc louche c'est qu'il fonctionnait très bien avec le même windows avant que j'ai des pbs de hdd puis de RAM.
Tu comprend pourquoi je tourne en bourrique maintenant lol

Au fait merci pour toutes les infos :jap:
Comment penses-tu que je puisse m'en sortir alors ? Ca ne peut pas être un pb matériel, sur la CM par exemple ?

Profil : Françis Cabrel
Plus d'informations

A mon avis tu as un probleme materiel. Tu reinstalles XP et le probleme continue.
Le principal suspect est toujours la ram.
Tu vas devoir proceder par etapes pour regler ton cas.

Tu va totalement depouiller ton PC. Il ne devra absolument RIEN rester sauf

Un clavier PS2.
Une carte graphique AGP
Un moniteur
Une seule ram si tu en as deux.

Car faire des tests dans le noir c'est pas facile.
A noter que la CG peut egalement etre concernee mais la remplacer par un vieux clou c'est en dernier ressort.

Tu supprimes donc le modem, le scanner, l'imprimante, la carte son PCI, la carte Ethernet etc etc..
Tu deconnectes non seulement le materiel mais tu supprimes les drivers.
Tu supprimes egalement le driver video ( XP se servira du VGA standart au reboot). J'ai dit TOUS les drivers.
Il ne devra rester que la carte l'AGP (aucune carte PCI).
Tu as bien compris le terme machine totalement nue ?

Tu rebootes machine nue plusieurs fois pour voir si le BSOD se reproduit ou pas ( j'espère que non pour toi....)

Ensuite tu reinstalles chaque periph un par un, plus son driver bien sur et tu testes.

Tu commences par la souris PS2 et surtout pas USB. Pas besoin de driver.
Ensuite le driver video NVidia ou ATi. Reboot et test.
Puis chaque carte PCI une a une puis driver puis reboot puis test.

Tu finis par rajouter ta seconde ram si tu en as deux.

Si le BSOD se produit machine nue.

Tu changes ta ram de bank.
Tu mets une autre carte graphique
Tu mets une autre ram que les tiennes

Et si ça continuait encore ( je n'y crois pas) tu serais très mal parti.

Dans 2 h tu auras tout terminé...sauf les cas extremes de nouvelle CG
( meme une vieille PCI a 10 € dans les farfouilles) et une autre ram parce que c'est dimanche.

C'est parti ? .


Message édité par bigbernie le 02-07-2006 à 16:08:07
Plus d'informations

Je vais regarder si j'ai d'autres matériels, mais si je me trompe pas pour le moment j'ai :
CM
1xRAM
1HDD
1graveur
1DVD
clavier et souris PS2
1 imprimante en parallèle
1 lecteur de disquette

et je n'ai installé aucun driver, sauf celui nvidia proposé par windows update
Ah et si j'ai aussi installé la livebox...

Le soucis c'est comment avoir les bsod ? Parce qu'ils sont très aléatoires, et par exemple depuis hier midi tout fonctionne correctement :pt1cable:
Si bien que je ne sais pas comment savoir quand ça plante exactement (des fois c'est au démarrage, des fois sur le net, des fois en lançant la zik...)

Profil : Françis Cabrel
Plus d'informations

Alors la bien sur pour tester a chaque element si tu dois attendre 1 journée tu va mettre un mois.
Comme ça ne le fait pas tout le temps c'est donc qu'a un moment tu as un periph et donc son driver qui entre en conflit avec un autre.
Chacun separement c'est bon mais les 2 ensemble paf.
Tu n'as rien trouve dans drwatson ? Dans les journaux d'evenements ?
Dans les periphs a problèmes ?

Plus d'informations

Tu as sans doute raison...
Pour drwatson, j'ai jamais utilisé ce prog, mais en tapant ça dans cmd\exécuter, il me met :
---------------------------
Dr. Watson 1.00b
---------------------------
Aucune erreur détectée

Copyright 1991-1995, Microsoft Corp.
---------------------------
OK
---------------------------

Quand aux journal d'événements il n'y a des erreurs que dans la partie système, et c'est celles-ci :
Type de l'événement : Erreur
Source de l'événement : System Error
Catégorie de l'événement : (102)
ID de l'événement : 1003
Date : 01/11/2002
Heure : 02:49:16
Utilisateur : N/A
Ordinateur : xxxxx-PC
Description :
Code erreur 000000c2, paramètre 1 00000007, paramètre 2 00000cd4, paramètre 3 82090401, paramètre 4 e1b31400.

Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp.
Données :
0000: 53 79 73 74 65 6d 20 45 System E
0008: 72 72 6f 72 20 20 45 72 rror Er
0010: 72 6f 72 20 63 6f 64 65 ror code
0018: 20 30 30 30 30 30 30 63 000000c
0020: 32 20 20 50 61 72 61 6d 2 Param
0028: 65 74 65 72 73 20 30 30 eters 00
0030: 30 30 30 30 30 37 2c 20 000007,
0038: 30 30 30 30 30 63 64 34 00000cd4
0040: 2c 20 38 32 30 39 30 34 , 820904
0048: 30 31 2c 20 65 31 62 33 01, e1b3
0050: 31 34 30 30 1400

Et dans les périphs, rien mis à part le son intégré car pour le moment je n'ai pas mis de driver.

Je sais pas si ça peut jouer, mais apparemment (un problème en entraîne d'autres apparemment :cry: ) la pile du CMOS est faiblarde (d'où la date 2002). Je vais déjà essayer de la changer :pt1cable:

En tout cas merci beaucoup pour ta grande patience. C'est super sympa !

b