Message d'erreur mémoire sur 80286

[wawa.voun]

Bonjour,

Assez subitement (après une ré installation du système : dos 6.22) mon pc 80286 me fait des erreurs mémoires.

Le message est le suivant :

ON BOARD PARITY ERROR
ADDR (HEX) = (1000:2DF8)
SYSTEM HALTED

C'est écrit en gros caractère. Je pense que le message vient du bios. CtrlAltSuppr ne donne plus rien, il faut utiliser le bp reset.

Pour l'instant il n'y a qu'une application qui provoque le problème : il apparaît au moment de lancer un transfert FTP (avec le ftp de MTCP de M. Brutman) juste après le return qui suit la commande get.
Le test mémoire au boot passe bien et la carte réseau passe les tests.
Avant la réinstallation les transferts ftp fonctionnaient parfaitement.

Aucune autre application ne semble avoir de problème.

Mes questions :
- comment tester à fond la mémoire système (genre memtest mais celui ci ne boote pas, je pense qu'il faut un 80386 minimum) ?
- une application peut elle créer ce genre de problème ou c'est uniquement et exclusivement hardware ?
- vos avis sur le problème ?

Merci, cordialement.
Philippe

[Ythunder]

Il n'est pas impossible qu'un memtest ou similaire existe pour cette génération.. Tu as fais une recherche à ce niveau ?

[wawa.voun]

Oui j'ai cherché mais spécifiquement pour les 80286 j'ai rien trouvé !
Memtest est basé sur un noyau Linux donc c'est du 32 bits donc pas glop pour un 80286...

[wawa.voun]

Checkit 3.0 ferait le travail ! Je vais tester.

[Ythunder]

Il me semble être tmbé il y a 3-5 ans sur de vieux utilitaires mémoire. Hélas... Là je ne peux rien sortir comme matériel, je te parle pas des recherches softs en plus..

[fneck]

Oui, Checkit version 3, en mode contrôle avancé de la mémoire (pas le test rapide), c'est probablement ce qu'il y a de mieux. Mais visiblement tu as un problème mémoire.

(topic déplacé dans PC et compatibles)

[Ythunder]

Il y a un sujet sur le forum concernant les softs et génération 286 ou XT ?

[wawa.voun]

Merci Fabien pour le déplacement de la discussion !
Entre 16 bits (80286) et PC j'ai pas percuté...

Checkit 3.0 a tourné cette nuit en mode "full" (le mode lent) et deux passes complètes : aucune erreur détectée.

Lors du test le câble réseau était débranché et le driver de la carte pas chargé en mémoire.
Je vais le refaire avec le câble connecté et le packet driver de la carte réseau en mémoire histoire d'être sur...

NB : j'ai déjà vérifié, la carte réseau passe tous les tests avec le programme de test 3Com.

Si vous avez des idées pour mieux cerner le problème ?

Bonne journée à tous.
Philippe

[Ythunder]

Estce que tu as essayé de démarrer avec le mini de la configuration (voire juste avec un command.com), histoire de plus cibler le hard ou pas ? (aucun conflit logiciel dans l'incident)

[fneck]

Sinon un problème aléatoire de faux contact du genre oxydation (si les RAM sont sur supports) ou une soudure sèche?
Voire un composant de RAM très limite en terme de timing... je ne sais pas si c'est possible.

As-tu reproduit le problème plusieurs fois? Ça se passe toujours à la même adresse HEX?

[edit] Je ne suis pas spécialiste des adresses en hexadécimal, d'après ce que je comprends, le défaut serait entre 64 et 128Ko sur la mémoire de base. Tu peux cibler Checkit pour qu'il ne tourne que sur cette plage et le laisser fonctionner en boucle ainsi.

[wawa.voun]

Le problème est arrivé plusieurs fois à des adresses légèrement différentes (j'ai au moins vu 1000:2DF2 et 1000:2DF8).

C'est systématique à chaque tentative de démarrage d'un transfert ftp d'un fichier relativement gros (~> qq centaines de ko).
Les petits fichiers (< 100 ko) semblent mieux passer.

Si le test Checkit passe après un démarrage normal avec tout en mémoire (notamment le packet driver de la carte réseau et le câble branché) je ne vois pas trop ce que ça apporte de créer une config mini ?

Effectivement mieux cibler la zone mémoire et la tester plus intensivement pourrait être utile...

[Ythunder]

Au sujet de "Si le test Checkit passe après un démarrage normal avec tout en mémoire (notamment le packet driver de la carte réseau et le câble branché) je ne vois pas trop ce que ça apporte de créer une config mini ?" : je ne sais pas comment tourne le Checkit. Je pensais que c'était un programme genre memtest et qui donc, se charge seulement lui au boot.
L'histoire de la config mini fait parti des tests croisés : dans d'autres cas que le tiens, on peut avoir une erreur avec une config logicielle embarquées, et ne plus l'avoir avec aucune config logiciel. Du coup on se dirige vers les pistes logicielles. Si par contre l'erreur est toujours là avec genre uniquement un command.com chargé, ça commence a sentir mauvais niveau hard. C'était mon raisonnement.
A savoir aussi un jour, un cable SATA a foutu la merde dans une de mes config (pas de démarrage). Et je continuai mes tests sans avoir tout viré (par fénéantise) : 1h de perte de temps, c'était un simple cable sata qui était en carafe... (je l'ai rarement vu mais j'ai pas fais toutes les pannes du monde sans aucun doute !)

[wawa.voun]

Bon je progresse un peu :

en démarrant depuis une disquette sur a avec la même config et les mêmes drivers (autoexec.bat et config.sys) que sur le dd
en ayant mtcp et le driver de la carte réseau sur le floppy b

et en lançant tout ça depuis les floppies ça fonctionne (avec une écriture du fichier transféré par ftp sur le dd)...

Il y a donc quelque chose de vérolé sur le disque dur !

Reste à voir ce qu'il se passe plus précisément.

[Totor le Butor]

Il me semble me rappeler d'un virus qui faisait des erreurs de parités il y a longtemmmmmmmmps

[fneck]

Parity_Boot peut-être ?
https://www.f-secure.com/v-descs/parboo.shtml

[edit] Par contre je n'ai pas l'impression, d'après ce que j'ai pu lire, que le virus afficherait une adresse mémoire...