Reprise du message précédent :
Le choix de win Me est nostalgique car c’est ce que j’avais sur ma machine de l’époque et aussi parce qu’il est un poil plus moderne et pas plus buggé que 98se, je rejoins elbarto.
 
Avec, je fais tourner les applis de l’époque comme winamp ou office 97, je le veux représentatif de ce qu’était l’informatique de l’époque. Ça fait aussi tourner de vieux jeux dos ou windows, age of empires 2 par exemple!
 
Pour linux, j’ai une machine dediee et xp c’est la géneration d’apres meme si ça tournerait à priori pas trop mal (233mhz, 256mb de ram et ssd 8go) mais je préfère la branche 9x pour la compatibilité vieux jeux.

 J'ai commencé avec 95 OSR2    
Ceci dit je pense vraiment que 98SE reste un meilleur choix, par exemple c'est le dernier 9x avec un vrai DOS (celui de ME est limité, il n'a pas le mode réel entre autre, même si il est possible de le patcher).

Oui j’ai bcp hésité avec 95 osr2.5 et je pense que je vais le basculer dessus pour plus d’authenticité

Ca va t'es pas si vieux, t'as pas connu ce soft qui se lançait sous DOS et qui ne servait à pas grand chose à part bouffer de la RAM (w$ 3.0).

Non je n'ai pas eu cette chance  

Je n'ai pas compris le topic, un résumé peut-être ? C'est quand même dingue de pouvoir contrôler un PC éteint...

mooms devrait peut-être ajouter un schéma dans le premier message de ce topic, pour expliquer le "management engine" de manière bien plus simple,

attention le terme "PC éteint" peut prêter à confusion, il faut que le PC soit relié au secteur, et que l'interrupteur à bascule du bloc d'alimentation soit mis sur la position "on" pour que le "management engine" puisse être utilisé, un PC vraiment éteint (prise de courant retirée) --> là pas de soucis le PC sera vraiment éteint, il y aura juste la pile bouton CR2032 de la carte mère qui sera utilisée pour maintenir l'heure, la date et les paramètres du bios,

le principe du "management engine" : une puce autonome dans les cartes mères possédant un chipset intel, cette puce permet d’interagir avec les composants du PC (mémoire vive, clavier, bios, disque dur, les périphériques comme la webcam),
l'idée de départ étant de pouvoir administrer à distance un parc de PC (cas d'une entreprise), cette puce contenant un système d'exploitation, une interaction possible même lorsque le PC est éteint (mais il doit toujours être relié au secteur électrique, et relié au réseau internet/intranet pour communiquer vers un autre PC),

si j'ai bien compris l'idée de ce topic c'est de modifier le bios de la carte mère, pour qu'il n'ait plus accès à cette puce autonome, on modifie quelques bits pour que le bios ne puisse plus (ou alors que partiellement) avoir accès à cette puce de type "backdoor"

Je ne suis pas du tout spécialiste de l'infographie et ne saurait pas faire ce genre de schéma.
 
Le premier post me semble un bon résumé, avec de nombreux liens en anglais et en français pour qui veut approfondir le sujet.
 
Pour comprendre comment fonctionne me_cleaner: https://github.com/corna/me_cleaner [...] it-work%3F

Hello
 
En suivant cette méthode, de mon coté cela ne fonctionne pas.
Détails (avec un module CH341A vert en mode série, w$ 7 x64 avec les dernières mis à jour) :
 
Après avoir pluggé le module CH341A on le voit bien dans la liste des périf...

 
Après avoir lancé l'install via le fichier .cmd avec les privilèges admin w$ me dit qu'il manque des choses dans le driver pour qu'il fonctionne...

 
Donc j'ai essayé avec les derniers drivers officiels Chinois, l'install passe bien...

 
Le module CH341A est bien reconnu dans la liste des périfs...

 
Flashrom arrive à y accéder (mode alternatif == serial ?), mais n'arrive pas à l’initialiser...

 
J'ai lu sur le forum Chinois du module CH341A qu'il faut le mettre en série pour l'install, mais bon, cela me semble un peu flou tout ça.
Donc série ou parallèle pour le mode du CH341A ?

Je ne peux pas t'aider, de mon côté ça avait fonctionné avec W7 x64 avec les pilotes Flashrom, là tu dois te débrouiller tout seul.

J'ai essayé en mode EPP (parallèle), cela fait toujours la même une erreur lors de l'install du driver avec flashrom.
Par contre en installant les drivers EPP Chinois v2.2 cela passe bien :

 
Cependant _logiquement même on pourrait dire_ flashrom n'arrive toujours pas à communiquer avec le module CH341 :

 
En même temps, avec le soft CH341 Programmer v1.29 sous w$ cela fonctionne :

 
Il y a un message d'erreur à propos du driver à l'ouverture du logiciel mais il arrive quand même à communiquer correctement avec le module, R/W la puce BIOS (ref. W25Q64FVAIG, d'une CM ASUS Z77) sans erreur, même la vérification par comparaison fonctionne.

Chez toi cela fonctionne en série ou en parallèle ?
 
Je pense que je ne vais pas être le seul à avoir le soucis de communication entre w$ et le module CH431. Je parierai sur une évolution du module CH431, qui dispose d'un jumper S/P sur les versions récentes alors qu'il n'y en avait pas précédemment.
A priori @BELIAL9 a le même problème avec flashrom, il passe aussi par le soft sous w$.

plutôt que de se prendre la tête avec windows : il faudrait essayer avec un environnement linux, le noyau linux contiendra déjà le pilote ch431,

donc idéalement il faudrait voir s'il n'existe pas une image iso à graver ou à copier sur une clé USB, image qui contient un environnement linux avec tous les outils (flashrom) permettant de travailler sur des puces bios, en gros démarrer le PC sur un live cd linux ou une clé USB,
dans le temps il y avait une image iso "ultimate boot cd" avec une collection d'outils techniques, permettant de faire un nombre impressionnant d'opérations techniques sur le PC, du plug and play, rien à installer, juste un menu où l'on choisit l'outil que l'on veut lancer

Je viens de tester et j'ai le même souci: le pilote Flashrom ne s'installe pas (plus)...
 
J'ai trouvé un programme gratuit qui fonctionne bien (il intègre les mêmes pilotes que le programme chinois):
AsProgrammer_1.4.0.zip
 
Mode d'emploi:
 

• Sélectionner CH341a comme hardware:

• Puis rechercher la puce par nom:

• On peut aussi la sélectionner dans une liste:

• Ensuite on peut lire, écrire, effacer, etc...

 
J'ai testé les fonctions de lecture, d'effacement, d'écriture et de vérification, ça fonctionne, mais ça me semble un peu plus lent que Flashrom:
 

• Presque 19 min pour programmer ma puce (W25Q128FV):  

• La vérification (lecture) est bien plus rapide:  

 
 
Effectivement ça doit fonctionner, Flashrom est un utilitaire Linux à l'origine.

Le driver CH431 est intégré à partir de quel version du noyau ?
Parce que je préfèrerais aussi passer par Linux, ou DOS (natif). W$, beurk.

A la limite je peux générer un ISO bootable sur base d'une petite distrib Linux avec tous les outils intégrés, histoire de rendre l'opération accessible au plus grand nombre.
Encore que, beaucoup vont être refroidis par Linux.

19mn ! Useless..

Pourquoi tu comptes flasher à la chaine ?

C'est un peu long, il est vrai.

Mooms, tu aurais une EZP 2010 ou 2013 pour comparer ? Le prix de ces programmeurs est à peine plus cher (~8 euros) et ils sont en général reconnus par la communauté.

En tout cas j'ai pas de problème de drivers ou autre avec le mien, et je n'ai jamais mis 20 minutes (j'ai deux mobales à faire, faudra que je chronomètre, tiens).

Non, mais je vois que j'ai déjà flashé 5 fois en une après-midi juste pour essayer divers combinaisons. Donc s'il faut perdre plus d'une heure juste pour flasher quelques versions dans une après-midi, c'est [trop] long je trouve.
Avec le softs CH341 Programmer cela prend 1mn chrono, c'est indiqué dans la barre de status sur les screens que j'ai fait précédemment.
 
En même temps tu n'as pas répondu à ma question; t'es en série ou en parallèle ?
(si d'autres utilisateurs peuvent me dire, je suis preneur aussi)
A priori, Flashrom ne fonctionne qu'en mode série (?).

@Kyjja non seulement deux CH341a.

@mlietchnyipout:

Les drivers série ne s'installent pas, donc j'ai pas eu trop le choix, c'est parallèle du coup (c'est peut-être pour ça que c'est lent).
Pour la durée du flash, 19 min me semble excessif à moi aussi, mais  tu ne peux pas comparer directement deux puces qui n'ont pas la même capacité, c'est comme si tu me disais qu'une clé USB 64 Go est plus rapide qu'une autre en 128 car tu arrives à la remplir plus vite. Ici c'est la même chose avec ta puce de 8 Mo et la mienne de 16.

De plus il me semble que c'est la durée de lecture que tu as testé:

Vu que AsProgrammer met 2min55 pour lire une puce deux fois plus grosse (16Mo), au final il n'est pas beaucoup plus lent.

Tu devrais au moins l'essayer avant de décréter que c'est de la daube, il se peut même, vu que tu arrives à installer les drivers série, qu'il soit rapide chez toi.

Comme dit, Flashrom était top, mais il faudrait comprendre pourquoi son pilote ne s'installe plus.

Ah oui, tout à fait pour une puce de 128MB c'est logiquement deux fois plus long.
Et je n'ai pas dit que c'était de la daube, juste que c'était inutilisable.

Après tests c'est aussi rapide en lecture qu'en écriture de mon coté avec CH341 Programmer v1.29 (last version free, à priori).

Je suis en train de voir la seconde partie avec le passage de me_cleaner sur le fichier .bin, pour le moment j'ai une erreur inattendue qu'il faut que je résolve. Et il faudra aussi que je test si la méthode #1 ou #2 est la meilleure. D'après ce que j'ai compris cela serait la #2 pour une CM ASUS Z77.

Ensuite, une fois qu'il y aura de la place libérée par me_cleaner, je vais en profiter pour intégrer le DXE nvme pour la prise en charge des SSD nvme en boot.

PS. Si tu veux tu peux installer les drivers série 2.2 dispo chez les Chinois, cela fonctionne chez moi. Par contre aucun soft que j'ai essayé n'arrive à communiquer avec la puce en série, même CH341 Programmer.

Benchs avec CH341 Programmer en EPP/USB2 sur puce 64MB :
Wipe : 33s (FF sur l'ensemble de la capa)
Read : 1mn 7s
Write : 1mn 56s

me_cleaner est à priori bien passé :

Je me pose juste la question sur la zone 0x000003c0-0x000000400, qui a été nettoyée mais sans savoir ce que c'était.

MOOOOOOOOOOOOOOOOOOOOOMS !
 
J'ai merdé    
 
J'ai voulu décrapisé mon BIOS, et j'ai overwrite au lieu de dump
 
Le BIOS => https://www.asrock.com/mb/Intel/H81TM-ITX/#BIOS
 
Problème : Ces merdes sont que des .exe à la con
 
Une idée ?

ça peut-être une archive auto-décompactable, essaie d'ouvrir ce fichier exe avec un utilitaire comme winzip, winrar,

sous linux tu peux utiliser wine pour ouvrir des fichiers exe, ou une machine virtuelle

C'est le premier truc que j'ai tenté avec 7zip  

après investigation c'est un executable compressé avec l'utilitaire upx, en décompressant ça donne un autre fichier exécutable de type dos 16 bits :
 

 
donc essaie de le décompresser avec l'outil upx, puis ensuite tu l'exécutes dans un environnement ms-dos, ou dans "dosbox" (qui existe sous windows et linux), ça devrait donner ensuite d'autres fichier si c'est une archive auto-décompactable au format propriétaire
 
https://www.dosbox.com/

Je ne connaissais pas upx, bon à savoir.

je viens de tester sous dosbox, le fichier H81TMTX140.exe se lance mais ça s'arrête avec le message :
 

 
sous wine j'ai ces messages d'erreurs :
 

 
c'est donc bien un utilitaire 16 bits ms-dos

C'eut-été trop beau

Edith : Avec la version DOS ça unpack et j'en suis au même point que toi

essaie de télécharger la version "instant flash" :
http://asrock.pc.cdn.bitgravity.co [...] 40)ROM.zip

dans le zip ce n'est pas un fichier exécutable, mais un fichier binaire autre qu'un exe windows/msdos, ceci dit je ne sais pas si c'est que le contenu du bios ou un format spécial

il existe une solution, avec un utilitaire qui extrait le bios depuis l'exécutable d'asrock :
https://www.bios-mods.com/forum/Thr [...] m-exe-file

https://www.bios-mods.com/forum/Thr [...] k-exe-file

J'ai pu trouver AMIBCP en version 4.55 (si certain veulent je peux l'uploader)
 
J'arrive à ouvrir le .exe extrait via upx, mais impossible d'en sortir un fichier exploitable

Kyjja,
 
ton bios est dispo sans .exe  ...
 
http://asrock.pc.cdn.bitgravity.co [...] 40)ROM.zip
 
faut simplement prendre l'archive "instant flash"
 
 
 
sur certaines carte mère, en effet les bios sont dispo seulement en .exe souvent les bios Ivy Bridge par exemple, dans ce cas pas de panique, un message au support de la marque et le bios est en pièce jointe sous 24h  

J'avais regardé mais me_cleaner n'arrive pas à le bouffer. Du coup je me suis dit que le truc devait être encorep lus pété que les version DOS/Windows qui elles sont des .exe.

M'voyez ?  

Btw j'ai déjà fait un ticket au support

dans ce cas renomme le en .BIN ou .ROM au lieu du .40
 
cela ne change en rien le fichier en lui meme

Je l'avais appelé original.bin, le truc m'envoie balader avec ça :

Essaie de le flasher sur la puce, voir si ça boote, tu pourras toujours dumper la puce ensuite.

Même problème (pas testé le boot). A noter que j'ai un 'File too long' quand je le pose sur la puce (4100 ko pour une puce de 4096).

C'est parce que le fichier ROM est contenu dans un fichier "capsule", UEFITool sait extraire le fichier ROM:
 

 
Voilà le fichier extrait, tu devrais pouvoir le flasher (et utiliser me_cleaner dessus):
 
Kyjja.zip (2,93Mo)

Ça marche !
 
Plus qu'à tester la mobale
 

 
(btw tu pourrais peut-être étoffer le premier post pour gérer ce genre de merdier).