Comparer deux dumps eMMC/SPI : hachages et différences
Un dump n’est utile que s’il est une copie fidèle. Deux lectures de la même puce doivent concorder bit pour bit ; sinon, il y a un problème avec les contacts, l’alimentation ou le lecteur. Les hachages et une comparaison octet par octet vous disent lequel.
Fait partie du Guide du firmware et des dumps.
Quand comparer
- Juste après la lecture d’une puce : copie 1 contre copie 2.
- Avant et après une réparation : qu’est-ce que le téléviseur a modifié dans sa propre mémoire ?
- Un appareil qui fonctionne contre un appareil défectueux avec la même carte.
- Après une écriture : relire et comparer avec le fichier que vous avez écrit.
Pas à pas
- Lisez la puce deux fois sans rien toucher entre les lectures. Pour la méthode de la première fois, voir la lecture d’un dump eMMC et le brochage SOIC8 de la flash SPI.
- Vérifiez la taille des fichiers. Elle doit être identique. Une taille différente signifie qu’une lecture a été interrompue ou que la mauvaise zone a été lue.
- Calculez un hachage de chaque fichier. Le CRC32 est rapide et suffit à détecter les erreurs accidentelles ; MD5, SHA-1 et SHA-256 conviennent mieux pour consigner une référence. Des hachages égaux signifient des fichiers identiques.
- Si les hachages diffèrent, lancez une comparaison octet par octet pour obtenir la liste des plages différentes (décalage et longueur).
- Interprétez le schéma, puis corrigez la cause et relisez.
Lire les différences
| Schéma | Signification probable |
|---|---|
| Quelques octets isolés ou petits blocs dispersés, différents à chaque lecture | Contact instable ou alimentation limite ; refaites les fils et raccourcissez-les |
| Grande zone de 0x00 ou 0xFF dans une des copies | La lecture a échoué ou s’est arrêtée ; vérifiez le lecteur et l’alimentation |
| Les mêmes quelques zones diffèrent toujours entre deux téléviseurs | Données propres à l’appareil (numéros de série, MAC, calibrage) ou journaux ; normal |
| Différences seulement à la fin | Les tailles diffèrent ; la partie commune concorde et la fin est signalée séparément |
Si un téléviseur fonctionne pendant que vous lisez une eMMC sur la carte, son propre firmware peut écrire dans la puce pendant la lecture, de sorte que deux lectures valides peuvent différer. Lisez avec le système principal à l’arrêt, et ne supposez jamais qu’une différence dans une zone de journaux signifie une mauvaise lecture.
Erreurs typiques
- Comparer un dump avec un paquet de firmware en s’attendant à une concordance. Ce sont deux choses différentes.
- Se fier à une seule lecture. Une lecture unique peut masquer un mauvais contact qui n’apparaît qu’à la seconde.
- Comparer après avoir « corrigé » un dump à la main. Calculez d’abord le hachage de l’original et conservez-le.
- Ignorer le contrôle de taille.
Comment cela se fait dans FW Tool
- « Références, Outils hexadécimaux » calcule le CRC32, le MD5, le SHA-1 et le SHA-256 en un seul passage sur un fichier, avec progression et annulation pour les gros dumps.
- La fonction de comparaison travaille octet par octet, en flux, et renvoie le nombre d’octets différents et une liste de plages (décalage, longueur) ; la liste est plafonnée, et le programme vous indique quand elle a été tronquée. Si les tailles diffèrent, la partie commune est comparée et la fin est comptée séparément.
- Le même onglet peut rechercher un motif hexadécimal ou une chaîne de texte (ASCII et UTF-16) et afficher une vue hexadécimale classique avec décalages et ASCII.
- Dans l’onglet « Dump eMMC », l’écriture dans un dump est désactivée par défaut et s’active par une case à cocher ; faites une copie et vérifiez son hachage avant de l’activer. Voir toutes les fonctions.
Une fois votre copie vérifiée, vous pouvez l’examiner comme dans comment est construit un paquet de firmware USB.
FAQ
Le CRC32 suffit-il ?
Pour repérer une mauvaise lecture, oui. Pour un enregistrement de référence à long terme, conservez aussi un hachage plus robuste.
Deux bonnes lectures diffèrent à quelques endroits. Le dump est-il mauvais ?
Pas forcément. Regardez où : les journaux, les compteurs et les horodatages changent d’eux-mêmes. Répétez la lecture et voyez si les mêmes plages diffèrent.
Puis-je comparer un dossier eMMC d’images de partitions ?
Calculez les hachages et comparez fichier par fichier. Les partitions identiques peuvent être cochées une à une.
Tenir un registre
Pour chaque appareil, notez le marquage de la puce, la taille du dump, le hachage et la date. Conservez le dump original en lecture seule et travaillez uniquement sur des copies. Quand vous recevrez plus tard le même modèle, un hachage vous permet de vérifier immédiatement si un dump qu’on vous a envoyé est identique au vôtre, sans l’ouvrir. Si vous dépannez beaucoup de téléviseurs du même modèle, une collection de dumps vérifiés devient une bibliothèque de référence pour les pannes où c’est le contenu de la mémoire, plutôt que le matériel, qui est suspect.
Une seconde utilisation de la comparaison est après une tentative de réparation. Lisez la puce, changez une seule chose, relisez-la et comparez : la liste des plages montre exactement quelles zones le téléviseur a réécrites. C’est un moyen simple de savoir quelles partitions contiennent les réglages et lesquelles contiennent le système, et de décider ce que vous pouvez restaurer sans risque à partir d’une sauvegarde.
Enfin, rappelez-vous qu’un hachage identique prouve seulement que deux fichiers sont les mêmes, pas que leur contenu est bon. Deux lectures identiques d’une puce dont une cellule est défaillante, ou d’une puce lue par un contact constamment défectueux, concorderont et seront pourtant fausses. Dans la mesure du possible, confirmez le dump en vérifiant que la table des partitions est lisible et que les systèmes de fichiers s’ouvrent, comme décrit dans l’article sur le dump eMMC.