Le 2019-03-18 11:21, Pascal Hambourg a écrit :
On reprend. Pour afficher le contenu hexa du MBR : sudo dd if=/dev/sda count=1 2>/dev/null | hexdump -C Pour afficher le contenu hexa d'un fichier binaire quelconque : dd if=/répertoire/nom_du_fichier count=1 2>/dev/null | hexdump -C On voit bien que la différence se situe uniquement dans la source des données envoyées à hexdump, et pas du tout dans la sortie de hexdump qui ne permet absolument pas de dire à elle seule s'il s'agit de "données brutes" d'un périphérique bloc ou du contenu d'un fichier. Evidemment si on lit dans un périphérique on sait qu'il s'agit de "données brutes" d'un périphérique, et si on lit dans un fichier on sait qu'il s'agit du contenu d'un fichier. hexdump n'apporte rien sur ce point. Je n'ai même pas besoin d'exécuter la commande pour savoir, il suffit de la lire.
Bé c'est bien ça... quand "on lit dans un périphérique on sait qu'il s'agit de données brutes".
Tu dis: "hexdump n'apporte rien sur ce point." Alors comment tu formules la commande sans hexdump: sudo dd if=/dev/sda count=1 2>/dev/null | ??? Tu peux essayer: cat /dev/sda | tail mais le résulta ne sera pas au rdv!
C'est bien ce que je cherchais à faire... lire le code du MBR... Et s'il y a un code source du MBR autre que du langage assembleur... on le trouve où ce code ??Je l'ai écrit : dans les sources du chargeur d'amorçage que tu as installé dans le MBR. Si c'est GRUB, dans les sources de GRUB.
Effectivement on doit pouvoir le trouver dans les sources de Grub... Faut-il encore le trouver dans les sources... ce qui laisse supposer de comprendre les sources... c'est peut-être pas gagné!
Mais le point de départ était de démontrer que le MBR ce sont des données brutes... et là on s'écarte!
JM