Plantage, redémarrage, Restauration de Registre, fichier pagefile.sys perdu
25 réponses
®omain
Bonjour,
Mon PC redémarre tout seul, plusieurs fois par jour depuis que j'ai
appliqué des mise à jour de sécurité windows fin mars !
Parfois c'est le navigateur seamonkey qui plante depuis le même moment.
Windows n'avait pas planté depuis un an, après que j'ai désactivé tout
les programmes démarrant automatiquement (grâce à msconfig.exe).
Souvent, il redémarre d'un coup alors qu'aucune application ne soit lancée.
Souvent, il redémarre après après avoir mouliné, comme après l'ouverture
d'une page web chargée d'animations.
Souvent, il redémarre pendant que l'extinction soit en cours.
Parfois il plante.
Souvent, après avoir planté ou redémarrer 1 fois, il redémarre encore
d'autres fois pendant l'ouverture de session ou juste avant ou après.
Parfois, il ne plante ni ne redémarre pas pendant des heures.
Souvent, au redémarrage il y a le message : "Windows - Restauration de
Registre
Un des fichiers contenant les données du Registre système a dû être
restauré au moyen d'un journal ou d'une copie. La restauration a réussi."
Parfois le même message apparait sans plantage ni redémarrage, 2 fois
aujourd'hui !
Souvent le fichier pagefile.sys disparait et des fragments perdus sont
trouvés (sur une partition FAT32 dédiée).
L'an dernier, j'ai dû réparer la table des partions avec TestDisk après
qu'une installation de linux se soit mal passée. Depuis Partition Magic
trouve trop d'erreur pour pouvoir fonctionner.
Une solution contre le redémarrage ?
Merci
Romain
Type de processeur AMD Sempron, 2016 MHz
(12 x 168) 3000+
Nom de la carte mère ASRock K7VT4A
Pro (5 PCI, 1 AGP, 2 DDR DIMM, Audio, LAN)
Chipset de la carte mère VIA VT8377A
Apollo KT400A
Mémoire système 2560 Mo
(PC3200 DDR SDRAM)
...non. Parce que l'Observateur d'Evènements s'appuie lui aussi sur le hardware (RAM ou autre), et si le hardware est défaillant, les signaux reçus et transmis par l'OE sont défaillants aussi. Regarde le déterminisme de l'accident du vol Air France Rio-Paris: les Pitot ne fonctionnant plus, le pilote automatique était leurré et les pilotes humains l'ont été aussi.
Donc, tu veux dire qu'il peut signaler que le hardware est défaillant alors qu'il est bon ?
...pas exactement. Si le compteur de vitesse de ta voiture est défectueux, les calculs de consommation et de moyenne seront faux.
Une fois que la mémoire est réputée OK, un petit coup de CHKDSK ne mange pas de pain car il est peu probable que les disques soient restés cohérents avec une mémoire défaillante.
...au contraire! Ne *jamais* passer CHKDSK sur des erreurs qui ne proviennent pas d'un incident disque mais d'une fausse perception par CHKDSK. Car alors, CHKDSK va faire des corrections sur disque sain, c'est-à-dire des destructions de données. J'ai connu ça jadis avec d'autres PC.
Ah, donc, c'est important de commencer par se mettre d'accord. Si la mémoire est défaillante, on va écrire des adresses fausses, non ?
Si la RAM est défaillante, rien ne peut être considéré comme objectif, y compris CHKDSK. Il faut s'abstenir de toute action avant d'avoir résolu. Même graver un CD risque d'échouer car les données sont bufférisées en RAM.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
Hello Gloops !
Gloops <gloops@zailes.invalid.org> wrote:
...non. Parce que l'Observateur d'Evènements s'appuie lui aussi sur
le hardware (RAM ou autre), et si le hardware est défaillant, les signaux
reçus et transmis par l'OE sont défaillants aussi.
Regarde le déterminisme de l'accident du vol Air France Rio-Paris:
les Pitot ne fonctionnant plus, le pilote automatique était leurré et les
pilotes humains l'ont été aussi.
Donc, tu veux dire qu'il peut signaler que le hardware est défaillant
alors qu'il est bon ?
...pas exactement. Si le compteur de vitesse de ta voiture est défectueux, les calculs de consommation et de moyenne seront faux.
Une fois que la mémoire est réputée OK, un petit coup de CHKDSK ne mange
pas de pain car il est peu probable que les disques soient restés
cohérents avec une mémoire défaillante.
...au contraire!
Ne *jamais* passer CHKDSK sur des erreurs qui ne proviennent pas d'un
incident disque mais d'une fausse perception par CHKDSK. Car alors, CHKDSK
va faire des corrections sur disque sain, c'est-à-dire des destructions de
données.
J'ai connu ça jadis avec d'autres PC.
Ah, donc, c'est important de commencer par se mettre d'accord.
Si la mémoire est défaillante, on va écrire des adresses fausses, non ?
Si la RAM est défaillante, rien ne peut être considéré comme objectif, y compris CHKDSK. Il faut s'abstenir de toute action avant d'avoir résolu.
Même graver un CD risque d'échouer car les données sont bufférisées en RAM.
--
Laurent Jumet - Point de Chat, Liège, BELGIUM
KeyID: 0xCFAF704C
[Restore address to laurent.jumet for e-mail reply.]
...non. Parce que l'Observateur d'Evènements s'appuie lui aussi sur le hardware (RAM ou autre), et si le hardware est défaillant, les signaux reçus et transmis par l'OE sont défaillants aussi. Regarde le déterminisme de l'accident du vol Air France Rio-Paris: les Pitot ne fonctionnant plus, le pilote automatique était leurré et les pilotes humains l'ont été aussi.
Donc, tu veux dire qu'il peut signaler que le hardware est défaillant alors qu'il est bon ?
...pas exactement. Si le compteur de vitesse de ta voiture est défectueux, les calculs de consommation et de moyenne seront faux.
Une fois que la mémoire est réputée OK, un petit coup de CHKDSK ne mange pas de pain car il est peu probable que les disques soient restés cohérents avec une mémoire défaillante.
...au contraire! Ne *jamais* passer CHKDSK sur des erreurs qui ne proviennent pas d'un incident disque mais d'une fausse perception par CHKDSK. Car alors, CHKDSK va faire des corrections sur disque sain, c'est-à-dire des destructions de données. J'ai connu ça jadis avec d'autres PC.
Ah, donc, c'est important de commencer par se mettre d'accord. Si la mémoire est défaillante, on va écrire des adresses fausses, non ?
Si la RAM est défaillante, rien ne peut être considéré comme objectif, y compris CHKDSK. Il faut s'abstenir de toute action avant d'avoir résolu. Même graver un CD risque d'échouer car les données sont bufférisées en RAM.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
Gloops
Laurent Jumet a écrit, le 11/05/2013 12:54 :
Hello Gloops !
Gloops wrote:
...non. Parce que l'Observateur d'Evènements s'appuie lui aus si sur le hardware (RAM ou autre), et si le hardware est défaillant, les s ignaux reçus et transmis par l'OE sont défaillants aussi. Regarde le déterminisme de l'accident du vol Air France Rio-P aris: les Pitot ne fonctionnant plus, le pilote automatique était leurré et les pilotes humains l'ont été aussi.
Donc, tu veux dire qu'il peut signaler que le hardware est défaillan t alors qu'il est bon ?
...pas exactement. Si le compteur de vitesse de ta voiture est dé fectueux, les calculs de consommation et de moyenne seront faux.
Ah mais là il n'est guère question de calculer une moyenne de vitesse ou de consommation, juste de voir un témoin qui clignote pour dire que sou s le capot il y a des fils qui se touchent. Tant que ça se touche, ne rie n faire avant d'avoir réparé les fils. ça se tient, non ?
Pour un problème signalé de hardware, on pense d'abord à la mémoi re. D'ailleurs, si c'est ce qui est signalé, ça va dans ce sens.
Certes, il peut ensuite s'avérer que les barrettes étaient bonnes, ma is que c'était les fils qui les connectent qui étaient défaillants. Il faut considérer l'ensemble comme un tout, et ne rien faire d'autre tant que des problèmes de mémoire sont signalés.
Si la RAM est défaillante, rien ne peut être considéré com me objectif, y compris CHKDSK. Il faut s'abstenir de toute action avant d 'avoir résolu. Même graver un CD risque d'échouer car les données sont buff érisées en RAM.
Ben oui mais je proposais de commencer par réparer la RAM, et tu dis no n.
Quand j'ai parlé du chkdsk (vérification du disque), j'ai remis une couche au sujet de commencer par la mémoire, alors que je venais d'en parler. Non ?
Bon et puis alors graver un CD, non, pas maintenant, mais j'imagine que Romain n'en aurait pas eu l'idée.
Laurent Jumet a écrit, le 11/05/2013 12:54 :
Hello Gloops !
Gloops <gloops@zailes.invalid.org> wrote:
...non. Parce que l'Observateur d'Evènements s'appuie lui aus si sur
le hardware (RAM ou autre), et si le hardware est défaillant, les s ignaux
reçus et transmis par l'OE sont défaillants aussi.
Regarde le déterminisme de l'accident du vol Air France Rio-P aris:
les Pitot ne fonctionnant plus, le pilote automatique était leurré et les
pilotes humains l'ont été aussi.
Donc, tu veux dire qu'il peut signaler que le hardware est défaillan t
alors qu'il est bon ?
...pas exactement. Si le compteur de vitesse de ta voiture est dé fectueux, les calculs de consommation et de moyenne seront faux.
Ah mais là il n'est guère question de calculer une moyenne de vitesse ou
de consommation, juste de voir un témoin qui clignote pour dire que sou s
le capot il y a des fils qui se touchent. Tant que ça se touche, ne rie n
faire avant d'avoir réparé les fils. ça se tient, non ?
Pour un problème signalé de hardware, on pense d'abord à la mémoi re.
D'ailleurs, si c'est ce qui est signalé, ça va dans ce sens.
Certes, il peut ensuite s'avérer que les barrettes étaient bonnes, ma is
que c'était les fils qui les connectent qui étaient défaillants. Il faut
considérer l'ensemble comme un tout, et ne rien faire d'autre tant que
des problèmes de mémoire sont signalés.
Si la RAM est défaillante, rien ne peut être considéré com me objectif, y compris CHKDSK. Il faut s'abstenir de toute action avant d 'avoir résolu.
Même graver un CD risque d'échouer car les données sont buff érisées en RAM.
Ben oui mais je proposais de commencer par réparer la RAM, et tu dis no n.
Quand j'ai parlé du chkdsk (vérification du disque), j'ai remis une
couche au sujet de commencer par la mémoire, alors que je venais d'en
parler. Non ?
Bon et puis alors graver un CD, non, pas maintenant, mais j'imagine que
Romain n'en aurait pas eu l'idée.
...non. Parce que l'Observateur d'Evènements s'appuie lui aus si sur le hardware (RAM ou autre), et si le hardware est défaillant, les s ignaux reçus et transmis par l'OE sont défaillants aussi. Regarde le déterminisme de l'accident du vol Air France Rio-P aris: les Pitot ne fonctionnant plus, le pilote automatique était leurré et les pilotes humains l'ont été aussi.
Donc, tu veux dire qu'il peut signaler que le hardware est défaillan t alors qu'il est bon ?
...pas exactement. Si le compteur de vitesse de ta voiture est dé fectueux, les calculs de consommation et de moyenne seront faux.
Ah mais là il n'est guère question de calculer une moyenne de vitesse ou de consommation, juste de voir un témoin qui clignote pour dire que sou s le capot il y a des fils qui se touchent. Tant que ça se touche, ne rie n faire avant d'avoir réparé les fils. ça se tient, non ?
Pour un problème signalé de hardware, on pense d'abord à la mémoi re. D'ailleurs, si c'est ce qui est signalé, ça va dans ce sens.
Certes, il peut ensuite s'avérer que les barrettes étaient bonnes, ma is que c'était les fils qui les connectent qui étaient défaillants. Il faut considérer l'ensemble comme un tout, et ne rien faire d'autre tant que des problèmes de mémoire sont signalés.
Si la RAM est défaillante, rien ne peut être considéré com me objectif, y compris CHKDSK. Il faut s'abstenir de toute action avant d 'avoir résolu. Même graver un CD risque d'échouer car les données sont buff érisées en RAM.
Ben oui mais je proposais de commencer par réparer la RAM, et tu dis no n.
Quand j'ai parlé du chkdsk (vérification du disque), j'ai remis une couche au sujet de commencer par la mémoire, alors que je venais d'en parler. Non ?
Bon et puis alors graver un CD, non, pas maintenant, mais j'imagine que Romain n'en aurait pas eu l'idée.
Gloops
Je suppose que pour ce qui est de commencer par réparer la mémoire, n ous allons bien finir par nous mettre d'accord. Apparemment, c'est juste une discussion au sujet de comment en être arrivé à cette conclusion, n on ?
Ensuite, il y aura les disques. Le fonctionnement avec une mémoire altérée aura induit le système en erreur au moment d'écrire des fichiers, et ils auront pu être écrit s avec des adresses erronées. Donc, il va falloir trouver un moyen de remettre les bonnes adresses. Bien sûr, il est exclu de faire quoi que ce soit avant d'avoir réparé la mémoire. Alors il y a CHKDSK, ou sa variation adaptée à Windows XP, qui va détecter les adresses incohérentes entre les différentes tables. Après, c'est vrai qu'il y a un risque, c'est que CHKDSK, lorsqu'il a le choix entre deux adresses, choisisse la mauvaise. Mais alors que proposes-tu ?
On peut déjà le lancer avec les options voulues pour qu'il se content e de signaler les corrections à apporter, histoire qu'on puisse en discuter avant de les appliquer ?
Je suppose que pour ce qui est de commencer par réparer la mémoire, n ous
allons bien finir par nous mettre d'accord. Apparemment, c'est juste une
discussion au sujet de comment en être arrivé à cette conclusion, n on ?
Ensuite, il y aura les disques.
Le fonctionnement avec une mémoire altérée aura induit le système en
erreur au moment d'écrire des fichiers, et ils auront pu être écrit s
avec des adresses erronées. Donc, il va falloir trouver un moyen de
remettre les bonnes adresses. Bien sûr, il est exclu de faire quoi que
ce soit avant d'avoir réparé la mémoire.
Alors il y a CHKDSK, ou sa variation adaptée à Windows XP, qui va
détecter les adresses incohérentes entre les différentes tables.
Après, c'est vrai qu'il y a un risque, c'est que CHKDSK, lorsqu'il a le
choix entre deux adresses, choisisse la mauvaise.
Mais alors que proposes-tu ?
On peut déjà le lancer avec les options voulues pour qu'il se content e
de signaler les corrections à apporter, histoire qu'on puisse en
discuter avant de les appliquer ?
Je suppose que pour ce qui est de commencer par réparer la mémoire, n ous allons bien finir par nous mettre d'accord. Apparemment, c'est juste une discussion au sujet de comment en être arrivé à cette conclusion, n on ?
Ensuite, il y aura les disques. Le fonctionnement avec une mémoire altérée aura induit le système en erreur au moment d'écrire des fichiers, et ils auront pu être écrit s avec des adresses erronées. Donc, il va falloir trouver un moyen de remettre les bonnes adresses. Bien sûr, il est exclu de faire quoi que ce soit avant d'avoir réparé la mémoire. Alors il y a CHKDSK, ou sa variation adaptée à Windows XP, qui va détecter les adresses incohérentes entre les différentes tables. Après, c'est vrai qu'il y a un risque, c'est que CHKDSK, lorsqu'il a le choix entre deux adresses, choisisse la mauvaise. Mais alors que proposes-tu ?
On peut déjà le lancer avec les options voulues pour qu'il se content e de signaler les corrections à apporter, histoire qu'on puisse en discuter avant de les appliquer ?
Gloops
Gloops a écrit, le 11/05/2013 13:15 :
Pour un problème signalé de hardware, on pense d'abord à la mém oire. D'ailleurs, si c'est ce qui est signalé, ça va dans ce sens.
Ah oui je crois que j'ai compris, c'est la deuxième phrase qui pose problème.
On sait qu'il y a un problème de hardware, et sur un ordinateur ce qui est susceptible de poser problème en dehors des périphériques c'est la mémoire. C'est vrai que si il y a un mauvais contact sur la carte mèr e, ça peut induire une détection de barrettes mémoire défectueuses, même si en réalité elles n'ont rien à se reprocher.
Mais je dirais qu'il faut bien commencer par quelque part, non ? C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essayer avec des neuves ?
Note bien que si je demandais l'âge et le type de la machine, c'est pou r évaluer si on peut encore en escompter suffisamment de service pour que ça vaille le coup de faire des frais dessus.
Gloops a écrit, le 11/05/2013 13:15 :
Pour un problème signalé de hardware, on pense d'abord à la mém oire.
D'ailleurs, si c'est ce qui est signalé, ça va dans ce sens.
Ah oui je crois que j'ai compris, c'est la deuxième phrase qui pose
problème.
On sait qu'il y a un problème de hardware, et sur un ordinateur ce qui
est susceptible de poser problème en dehors des périphériques c'est la
mémoire. C'est vrai que si il y a un mauvais contact sur la carte mèr e,
ça peut induire une détection de barrettes mémoire défectueuses, même si
en réalité elles n'ont rien à se reprocher.
Mais je dirais qu'il faut bien commencer par quelque part, non ?
C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essayer avec
des neuves ?
Note bien que si je demandais l'âge et le type de la machine, c'est pou r
évaluer si on peut encore en escompter suffisamment de service pour que
ça vaille le coup de faire des frais dessus.
Pour un problème signalé de hardware, on pense d'abord à la mém oire. D'ailleurs, si c'est ce qui est signalé, ça va dans ce sens.
Ah oui je crois que j'ai compris, c'est la deuxième phrase qui pose problème.
On sait qu'il y a un problème de hardware, et sur un ordinateur ce qui est susceptible de poser problème en dehors des périphériques c'est la mémoire. C'est vrai que si il y a un mauvais contact sur la carte mèr e, ça peut induire une détection de barrettes mémoire défectueuses, même si en réalité elles n'ont rien à se reprocher.
Mais je dirais qu'il faut bien commencer par quelque part, non ? C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essayer avec des neuves ?
Note bien que si je demandais l'âge et le type de la machine, c'est pou r évaluer si on peut encore en escompter suffisamment de service pour que ça vaille le coup de faire des frais dessus.
Gloops
Gloops a écrit, le 11/05/2013 14:27 :
Mais je dirais qu'il faut bien commencer par quelque part, non ? C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essay er avec des neuves ?
Au demeurant, la réaction de Romain d'essayer en retirant les barrettes une par une paraît être une bonne idée : si il y a une barrette défectueuse, ça devrait aller mieux en l'enlevant. Encore que si le système a subi suffisamment d'erreurs il se peut qu'on n'observe pas un comportement sain pour autant.
Essayer en démarrant sur un CD ? A condition d'en avoir un disponible sous la main bien sûr ...
Gloops a écrit, le 11/05/2013 14:27 :
Mais je dirais qu'il faut bien commencer par quelque part, non ?
C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essay er avec
des neuves ?
Au demeurant, la réaction de Romain d'essayer en retirant les barrettes
une par une paraît être une bonne idée : si il y a une barrette
défectueuse, ça devrait aller mieux en l'enlevant. Encore que si le
système a subi suffisamment d'erreurs il se peut qu'on n'observe pas un
comportement sain pour autant.
Essayer en démarrant sur un CD ?
A condition d'en avoir un disponible sous la main bien sûr ...
Mais je dirais qu'il faut bien commencer par quelque part, non ? C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essay er avec des neuves ?
Au demeurant, la réaction de Romain d'essayer en retirant les barrettes une par une paraît être une bonne idée : si il y a une barrette défectueuse, ça devrait aller mieux en l'enlevant. Encore que si le système a subi suffisamment d'erreurs il se peut qu'on n'observe pas un comportement sain pour autant.
Essayer en démarrant sur un CD ? A condition d'en avoir un disponible sous la main bien sûr ...
®omain
Gloops a écrit , Le 11/05/2013 05:41:
Bon, il semblerait qu'il y ait deux choses à faire en urgence :
J'ai des lignes rouges avec Memtest86+. Je vais enlever une des barrettes demain matin.
Effectivement ça c'est la première, mettre une mémoire intacte et faire attention qu'elle soit installée proprement.
Memtest est le nom d'un programme de test de mémoire, si je ne m'abuse ?
La structure du système de fichiers sur le disque est endommagée et inutilisable. Veuillez exécuter l'utilitaire chkdsk sur le volume E:.
Celui-là je le sentais venir avant de le lire. Il est fort possible que ça ait été provoqué par les problèmes de mémoire. Il faut donc d'abord mettre en place une mémoire fiable. Dans les propriétés du disque, aller dans l'onglet Outils, et dans le cadre "Vérification du disque", cliquer sur "Vérifier maintenant". Commencer par le disque système, celui où est installé Windows, il faut savoir que là, "maintenant" signifie "au prochain démarrage". Ensuite, faire la même opération sur tous les disques dernièrement connectés, et en priorité ceux pour lesquels cette erreur a été affichée.
Ensuite, démarrer une session, et regarder au bout de quelques heures si il y a encore des erreurs.
Quel âge a la machine ? De quel type de machine s'agit-il ?
Memtest86+ n'a pas trouvé d'erreur après que j'ai baissé fréquence RAM de 400 à 333 MHz. Mais ça a encore planté-redémarré ce matin. J'ai enlevé une barrette, j'attends.
CHKDSK en invite de commande mode sans échec a trouvé des erreurs hier mais rien aujourd'hui. J'ai 2 DD avec 2 windows XP qui plantent pareil avec lesquelles j'ai fait CHKDSK. Ça plante-redémarre toujours.
Carte mère et 1er DD 6 ans le reste entre 5 et 1 an. Type de processeur AMD Sempron, 2016 MHz (12 x 168) 3000+ Nom de la carte mère ASRock K7VT4A Pro (5 PCI, 1 AGP, 2 DDR DIMM, Audio, LAN) Chipset de la carte mère VIA VT8377A Apollo KT400A Mémoire système 2560 Mo (PC3200 DDR SDRAM)
Carte vidéo ATI Radeon HD 3450 (512 Mo)
Gloops a écrit , Le 11/05/2013 05:41:
Bon, il semblerait qu'il y ait deux choses à faire en urgence :
J'ai des lignes rouges avec Memtest86+. Je vais enlever une des
barrettes demain matin.
Effectivement ça c'est la première, mettre une mémoire intacte et faire
attention qu'elle soit installée proprement.
Memtest est le nom d'un programme de test de mémoire, si je ne m'abuse ?
La structure du système de fichiers sur le disque est endommagée et
inutilisable. Veuillez exécuter l'utilitaire chkdsk sur le volume E:.
Celui-là je le sentais venir avant de le lire. Il est fort possible que
ça ait été provoqué par les problèmes de mémoire. Il faut donc d'abord
mettre en place une mémoire fiable.
Dans les propriétés du disque, aller dans l'onglet Outils, et dans le
cadre "Vérification du disque", cliquer sur "Vérifier maintenant".
Commencer par le disque système, celui où est installé Windows, il faut
savoir que là, "maintenant" signifie "au prochain démarrage". Ensuite,
faire la même opération sur tous les disques dernièrement connectés, et
en priorité ceux pour lesquels cette erreur a été affichée.
Ensuite, démarrer une session, et regarder au bout de quelques heures si
il y a encore des erreurs.
Quel âge a la machine ? De quel type de machine s'agit-il ?
Memtest86+ n'a pas trouvé d'erreur après que j'ai baissé fréquence RAM
de 400 à 333 MHz.
Mais ça a encore planté-redémarré ce matin.
J'ai enlevé une barrette, j'attends.
CHKDSK en invite de commande mode sans échec a trouvé des erreurs hier
mais rien aujourd'hui.
J'ai 2 DD avec 2 windows XP qui plantent pareil avec lesquelles j'ai
fait CHKDSK.
Ça plante-redémarre toujours.
Carte mère et 1er DD 6 ans le reste entre 5 et 1 an.
Type de processeur AMD Sempron, 2016 MHz
(12 x 168) 3000+
Nom de la carte mère ASRock K7VT4A
Pro (5 PCI, 1 AGP, 2 DDR DIMM, Audio, LAN)
Chipset de la carte mère VIA VT8377A
Apollo KT400A
Mémoire système 2560 Mo (PC3200
DDR SDRAM)
Bon, il semblerait qu'il y ait deux choses à faire en urgence :
J'ai des lignes rouges avec Memtest86+. Je vais enlever une des barrettes demain matin.
Effectivement ça c'est la première, mettre une mémoire intacte et faire attention qu'elle soit installée proprement.
Memtest est le nom d'un programme de test de mémoire, si je ne m'abuse ?
La structure du système de fichiers sur le disque est endommagée et inutilisable. Veuillez exécuter l'utilitaire chkdsk sur le volume E:.
Celui-là je le sentais venir avant de le lire. Il est fort possible que ça ait été provoqué par les problèmes de mémoire. Il faut donc d'abord mettre en place une mémoire fiable. Dans les propriétés du disque, aller dans l'onglet Outils, et dans le cadre "Vérification du disque", cliquer sur "Vérifier maintenant". Commencer par le disque système, celui où est installé Windows, il faut savoir que là, "maintenant" signifie "au prochain démarrage". Ensuite, faire la même opération sur tous les disques dernièrement connectés, et en priorité ceux pour lesquels cette erreur a été affichée.
Ensuite, démarrer une session, et regarder au bout de quelques heures si il y a encore des erreurs.
Quel âge a la machine ? De quel type de machine s'agit-il ?
Memtest86+ n'a pas trouvé d'erreur après que j'ai baissé fréquence RAM de 400 à 333 MHz. Mais ça a encore planté-redémarré ce matin. J'ai enlevé une barrette, j'attends.
CHKDSK en invite de commande mode sans échec a trouvé des erreurs hier mais rien aujourd'hui. J'ai 2 DD avec 2 windows XP qui plantent pareil avec lesquelles j'ai fait CHKDSK. Ça plante-redémarre toujours.
Carte mère et 1er DD 6 ans le reste entre 5 et 1 an. Type de processeur AMD Sempron, 2016 MHz (12 x 168) 3000+ Nom de la carte mère ASRock K7VT4A Pro (5 PCI, 1 AGP, 2 DDR DIMM, Audio, LAN) Chipset de la carte mère VIA VT8377A Apollo KT400A Mémoire système 2560 Mo (PC3200 DDR SDRAM)
Carte vidéo ATI Radeon HD 3450 (512 Mo)
®omain
Laurent Jumet a écrit , Le 11/05/2013 07:01:
Hello ®omain !
®omain wrote:
Au delà de votre 1er paragraphe 1er message je ne connaissais pas. NB : En mode sans échec aussi il y a les mêmes problèmes. J'ai des lignes rouges avec Memtest86+. Je vais enlever une des barrettes demain matin. L'observateur me donne ça :
Attention que si les arreurs sont hardware (par exemple une barrette mémoire), les indications données par l'Observateur d'évènements sont fausses. Car XP lui-même s'appuie sur la RAM, et les infos qu'il en reçoit sont erronées. C'est un peu comme un avion dont l'altimètre est en panne: le pilote automatique affiche des erreurs et des corrections mais tout est faux puisque le renseignement initial est faux aussi.
Les REBOOT intempestifs sont à 99,9% le fruit d'une erreur hardware genre mauvais contact ou élément défectueux. Aucune solution logicielle ne va marcher. Les erreurs logicielles (par exemple une PageFault dans la NonPagedMemory) donneront plutôt un écran bleu.
OK merci. ça parait logique. Le fait que le problème soit apparu après MàJ windows ne serait qu'une coïncidence. ça pourrait aussi être de la poussière. Je vais traquer l'élément défectueux.
Laurent Jumet a écrit , Le 11/05/2013 07:01:
Hello ®omain !
®omain <Romain.pi@free.fr> wrote:
Au delà de votre 1er paragraphe 1er message je ne connaissais pas.
NB : En mode sans échec aussi il y a les mêmes problèmes.
J'ai des lignes rouges avec Memtest86+. Je vais enlever une des
barrettes demain matin.
L'observateur me donne ça :
Attention que si les arreurs sont hardware (par exemple une barrette mémoire), les indications données par l'Observateur d'évènements sont fausses.
Car XP lui-même s'appuie sur la RAM, et les infos qu'il en reçoit sont erronées.
C'est un peu comme un avion dont l'altimètre est en panne: le pilote automatique affiche des erreurs et des corrections mais tout est faux puisque le renseignement initial est faux aussi.
Les REBOOT intempestifs sont à 99,9% le fruit d'une erreur hardware genre mauvais contact ou élément défectueux. Aucune solution logicielle ne va marcher.
Les erreurs logicielles (par exemple une PageFault dans la NonPagedMemory) donneront plutôt un écran bleu.
OK merci. ça parait logique. Le fait que le problème soit apparu après
MàJ windows ne serait qu'une coïncidence. ça pourrait aussi être de la
poussière. Je vais traquer l'élément défectueux.
Au delà de votre 1er paragraphe 1er message je ne connaissais pas. NB : En mode sans échec aussi il y a les mêmes problèmes. J'ai des lignes rouges avec Memtest86+. Je vais enlever une des barrettes demain matin. L'observateur me donne ça :
Attention que si les arreurs sont hardware (par exemple une barrette mémoire), les indications données par l'Observateur d'évènements sont fausses. Car XP lui-même s'appuie sur la RAM, et les infos qu'il en reçoit sont erronées. C'est un peu comme un avion dont l'altimètre est en panne: le pilote automatique affiche des erreurs et des corrections mais tout est faux puisque le renseignement initial est faux aussi.
Les REBOOT intempestifs sont à 99,9% le fruit d'une erreur hardware genre mauvais contact ou élément défectueux. Aucune solution logicielle ne va marcher. Les erreurs logicielles (par exemple une PageFault dans la NonPagedMemory) donneront plutôt un écran bleu.
OK merci. ça parait logique. Le fait que le problème soit apparu après MàJ windows ne serait qu'une coïncidence. ça pourrait aussi être de la poussière. Je vais traquer l'élément défectueux.
®omain
Gloops a écrit , Le 11/05/2013 14:39:
Gloops a écrit, le 11/05/2013 14:27 :
Mais je dirais qu'il faut bien commencer par quelque part, non ? C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essayer avec des neuves ?
Au demeurant, la réaction de Romain d'essayer en retirant les barrettes une par une paraît être une bonne idée : si il y a une barrette défectueuse, ça devrait aller mieux en l'enlevant. Encore que si le système a subi suffisamment d'erreurs il se peut qu'on n'observe pas un comportement sain pour autant.
Essayer en démarrant sur un CD ? A condition d'en avoir un disponible sous la main bien sûr ...
Oui avec CD live linux ça plante aussi mais moins que sous windows, mais beaucoup plus souvent qu'avant que les problèmes de windows ne commencent. Par exemple ça plante au moment de monter un disque sur lequel il devait avoir plein d'erreurs ou au moment d'ouvrir le soft de partitionnement. D'un autre coté des taches sont apparu sur mes CD alors ça pourrait être erreur de lecture et si la machine n'est pas stable il pourrait avoir des erreurs sur ceux que je grave. À moins que le test de vérification soit sûre. Il faudrait que je reste sous linux des heures pour voir si ça plante.
Actuellement je teste ma barrette samsung originale de 512 mo, ça a planté-redémarré avec celle de 2Go cdiscount samsung à 10¤.
J'ai aussi aspiré poussière, y en avait plein sur la 1ére et dans son slot. J'ai aussi inversé sans succès la position des 2 barrettes et réduit la fréquence.
Gloops a écrit , Le 11/05/2013 14:39:
Gloops a écrit, le 11/05/2013 14:27 :
Mais je dirais qu'il faut bien commencer par quelque part, non ?
C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essayer avec
des neuves ?
Au demeurant, la réaction de Romain d'essayer en retirant les barrettes
une par une paraît être une bonne idée : si il y a une barrette
défectueuse, ça devrait aller mieux en l'enlevant. Encore que si le
système a subi suffisamment d'erreurs il se peut qu'on n'observe pas un
comportement sain pour autant.
Essayer en démarrant sur un CD ?
A condition d'en avoir un disponible sous la main bien sûr ...
Oui avec CD live linux ça plante aussi mais moins que sous windows, mais
beaucoup plus souvent qu'avant que les problèmes de windows ne
commencent. Par exemple ça plante au moment de monter un disque sur
lequel il devait avoir plein d'erreurs ou au moment d'ouvrir le soft de
partitionnement.
D'un autre coté des taches sont apparu sur mes CD alors ça pourrait être
erreur de lecture et si la machine n'est pas stable il pourrait avoir
des erreurs sur ceux que je grave. À moins que le test de vérification
soit sûre. Il faudrait que je reste sous linux des heures pour voir si
ça plante.
Actuellement je teste ma barrette samsung originale de 512 mo, ça a
planté-redémarré avec celle de 2Go cdiscount samsung à 10¤.
J'ai aussi aspiré poussière, y en avait plein sur la 1ére et dans son
slot. J'ai aussi inversé sans succès la position des 2 barrettes et
réduit la fréquence.
Mais je dirais qu'il faut bien commencer par quelque part, non ? C'est cher, les barrettes mémoire ?
Est-ce que tu sais situer le problème plus précisément sans essayer avec des neuves ?
Au demeurant, la réaction de Romain d'essayer en retirant les barrettes une par une paraît être une bonne idée : si il y a une barrette défectueuse, ça devrait aller mieux en l'enlevant. Encore que si le système a subi suffisamment d'erreurs il se peut qu'on n'observe pas un comportement sain pour autant.
Essayer en démarrant sur un CD ? A condition d'en avoir un disponible sous la main bien sûr ...
Oui avec CD live linux ça plante aussi mais moins que sous windows, mais beaucoup plus souvent qu'avant que les problèmes de windows ne commencent. Par exemple ça plante au moment de monter un disque sur lequel il devait avoir plein d'erreurs ou au moment d'ouvrir le soft de partitionnement. D'un autre coté des taches sont apparu sur mes CD alors ça pourrait être erreur de lecture et si la machine n'est pas stable il pourrait avoir des erreurs sur ceux que je grave. À moins que le test de vérification soit sûre. Il faudrait que je reste sous linux des heures pour voir si ça plante.
Actuellement je teste ma barrette samsung originale de 512 mo, ça a planté-redémarré avec celle de 2Go cdiscount samsung à 10¤.
J'ai aussi aspiré poussière, y en avait plein sur la 1ére et dans son slot. J'ai aussi inversé sans succès la position des 2 barrettes et réduit la fréquence.
Gloops
®omain a écrit, le 11/05/2013 16:05 :
OK merci. ça parait logique. Le fait que le problème soit apparu ap rès MàJ windows ne serait qu'une coïncidence. ça pourrait aussi êtr e de la poussière. Je vais traquer l'élément défectueux.
Ah la poussière j'ai eu aussi, ça donnait l'arrêt immédiat sans p réavis du portable, à cause de la surchauffe.
Quand ça se produisait ce genre d'arrêt, j'étais obligé d'attendr e une dizaine de minutes avant de pouvoir redémarrer la machine.
®omain a écrit, le 11/05/2013 16:05 :
OK merci. ça parait logique. Le fait que le problème soit apparu ap rès
MàJ windows ne serait qu'une coïncidence. ça pourrait aussi êtr e de la
poussière. Je vais traquer l'élément défectueux.
Ah la poussière j'ai eu aussi, ça donnait l'arrêt immédiat sans p réavis
du portable, à cause de la surchauffe.
Quand ça se produisait ce genre d'arrêt, j'étais obligé d'attendr e une
dizaine de minutes avant de pouvoir redémarrer la machine.
OK merci. ça parait logique. Le fait que le problème soit apparu ap rès MàJ windows ne serait qu'une coïncidence. ça pourrait aussi êtr e de la poussière. Je vais traquer l'élément défectueux.
Ah la poussière j'ai eu aussi, ça donnait l'arrêt immédiat sans p réavis du portable, à cause de la surchauffe.
Quand ça se produisait ce genre d'arrêt, j'étais obligé d'attendr e une dizaine de minutes avant de pouvoir redémarrer la machine.
Gloops
®omain a écrit, le 11/05/2013 16:29 :
Gloops a écrit , Le 11/05/2013 14:39:
Essayer en démarrant sur un CD ? A condition d'en avoir un disponible sous la main bien sûr ...
Oui avec CD live linux ça plante aussi mais moins que sous windows, m ais beaucoup plus souvent qu'avant que les problèmes de windows ne commencent. Par exemple ça plante au moment de monter un disque sur lequel il devait avoir plein d'erreurs ou au moment d'ouvrir le soft de partitionnement. D'un autre coté des taches sont apparu sur mes CD alors ça pourrait être erreur de lecture et si la machine n'est pas stable il pourrait avoir des erreurs sur ceux que je grave. À moins que le test de vérificat ion soit sûre. Il faudrait que je reste sous linux des heures pour voir s i ça plante.
Actuellement je teste ma barrette samsung originale de 512 mo, ça a planté-redémarré avec celle de 2Go cdiscount samsung à 10¤.
J'ai aussi aspiré poussière, y en avait plein sur la 1ére et dans son slot. J'ai aussi inversé sans succès la position des 2 barrettes et réduit la fréquence.
L'avantage avec un démarrage sur CD, c'est que tu es sûr que la panne ne va pas corrompre le système, puisqu'il est en lecture seule. Si le CD a fait ses preuves avant la panne, au moins tu es tranquille au sujet du système, et ça te permet de tester le matériel.
Si tu dis que ça plante avec des barrettes neuves, il va falloir chercher au niveau du reste du matériel, ce qui donne raison à Lauren t.
Mais ... du coup ça demande de l'outillage et des compétences d'un technicien de maintenance, non ? Qu'en pense Laurent ?
®omain a écrit, le 11/05/2013 16:29 :
Gloops a écrit , Le 11/05/2013 14:39:
Essayer en démarrant sur un CD ?
A condition d'en avoir un disponible sous la main bien sûr ...
Oui avec CD live linux ça plante aussi mais moins que sous windows, m ais
beaucoup plus souvent qu'avant que les problèmes de windows ne
commencent. Par exemple ça plante au moment de monter un disque sur
lequel il devait avoir plein d'erreurs ou au moment d'ouvrir le soft de
partitionnement.
D'un autre coté des taches sont apparu sur mes CD alors ça pourrait être
erreur de lecture et si la machine n'est pas stable il pourrait avoir
des erreurs sur ceux que je grave. À moins que le test de vérificat ion
soit sûre. Il faudrait que je reste sous linux des heures pour voir s i
ça plante.
Actuellement je teste ma barrette samsung originale de 512 mo, ça a
planté-redémarré avec celle de 2Go cdiscount samsung à 10¤.
J'ai aussi aspiré poussière, y en avait plein sur la 1ére et dans son
slot. J'ai aussi inversé sans succès la position des 2 barrettes et
réduit la fréquence.
L'avantage avec un démarrage sur CD, c'est que tu es sûr que la panne ne
va pas corrompre le système, puisqu'il est en lecture seule. Si le CD a
fait ses preuves avant la panne, au moins tu es tranquille au sujet du
système, et ça te permet de tester le matériel.
Si tu dis que ça plante avec des barrettes neuves, il va falloir
chercher au niveau du reste du matériel, ce qui donne raison à Lauren t.
Mais ... du coup ça demande de l'outillage et des compétences d'un
technicien de maintenance, non ? Qu'en pense Laurent ?
Essayer en démarrant sur un CD ? A condition d'en avoir un disponible sous la main bien sûr ...
Oui avec CD live linux ça plante aussi mais moins que sous windows, m ais beaucoup plus souvent qu'avant que les problèmes de windows ne commencent. Par exemple ça plante au moment de monter un disque sur lequel il devait avoir plein d'erreurs ou au moment d'ouvrir le soft de partitionnement. D'un autre coté des taches sont apparu sur mes CD alors ça pourrait être erreur de lecture et si la machine n'est pas stable il pourrait avoir des erreurs sur ceux que je grave. À moins que le test de vérificat ion soit sûre. Il faudrait que je reste sous linux des heures pour voir s i ça plante.
Actuellement je teste ma barrette samsung originale de 512 mo, ça a planté-redémarré avec celle de 2Go cdiscount samsung à 10¤.
J'ai aussi aspiré poussière, y en avait plein sur la 1ére et dans son slot. J'ai aussi inversé sans succès la position des 2 barrettes et réduit la fréquence.
L'avantage avec un démarrage sur CD, c'est que tu es sûr que la panne ne va pas corrompre le système, puisqu'il est en lecture seule. Si le CD a fait ses preuves avant la panne, au moins tu es tranquille au sujet du système, et ça te permet de tester le matériel.
Si tu dis que ça plante avec des barrettes neuves, il va falloir chercher au niveau du reste du matériel, ce qui donne raison à Lauren t.
Mais ... du coup ça demande de l'outillage et des compétences d'un technicien de maintenance, non ? Qu'en pense Laurent ?
