Diagnostiquer des pannes système aléatoires; y a-t-il un meilleur moyen d'attendre que ça se bloque

J'ai acheté un système la semaine dernière et depuis lors, il se comporte de manière erratique, ne publiant pas et ne gèle pas de manière aléatoire dans Windows lorsqu'il publie (avec l'incapacité de publier juste après). Je l'ai réduite à la carte mère, au processeur et au bloc d'alimentation, ainsi qu'à quatre bâtons de mémoire. Le problème que je rencontre est qu'il peut prendre au système jusqu'à 48 heures pour présenter ce problème de gel. Je me demande donc s'il existe un moyen plus décisif et plus rapide de dire "ce matériel est défectueux" en dehors de l'attente pendant potentiellement plusieurs jours pour voir si le remplacement du composant X a résolu le problème ou non.

Avez-vous vérifié les journaux du système? Ils peuvent être utiles pour diagnostiquer le problème et seraient le premier endroit où je chercherais.

Si vous souhaitez exclure certains matériels, vous devez vous pencher sur les outils de test de contrainte. Il existe une grande variété d'outils de ce type en fonction de votre système d'exploitation. À en juger par votre autre question, il semble que vous exécutiez Windows. Jettes un coup d'oeil à Memtest pour les tests de mémoire et Prime95 insister sur le processeur. Bien sûr, il peut être déroutant d'essayer d'éliminer un bloc d'alimentation, une carte mère et un processeur dans un seul et même mélange. Par conséquent, si vous avez un bloc d'alimentation supplémentaire, cela peut être bénéfique à des fins de test. Si vous avez un multimètre à portée de main, vous pouvez également tester votre alimentation avec cela.

Vous pouvez essayer de forcer le problème en exécutant des tests de performance ou des tests de performance. Par exemple, si vous avez une mémoire RAM insuffisante, les testeurs de contrainte de mémoire tels que memtest86 remarqueront ou provoqueront des erreurs.

Lisez les fichiers journaux. Si je me souviens bien, il y avait 3 fichiers journaux standard dans XP et Windows Server. Eventlog, Systemlog et Application Log, comme John T. l’a signalé de manière utile.