J'ai essayé de lire le contenu d'une puce EEPROM de BIOS enregistrée dans un fichier appelé dump.bin. J'ai également essayé d'ouvrir un fichier appelé coreboot.rom contenant une image Coreboot. Dans les deux cas, cette erreur s'est produite : J'ai utilisé l'éditeur hexadécimal Bless pour ouvrir le fichier, mais je n'ai obtenu que ces carrés ASCII avec quatre chiffres à l'intérieur, décrivant la valeur ASCII des caractères. 
La plupart d'entre eux sont des carrés 0046, ce qui équivaut à la lettre "F". Cela concorde bien avec ce que je sais déjà sur le contenu de dump.bin.
Comment puis-je faire en sorte que Bless Hexeditor me montre les vraies valeurs des octets en tant qu'entiers/caractères ? Je n'ai trouvé aucune ressource concernant ce sujet. J'ai essayé de réinstaller Bless avec le gestionnaire de paquets Synaptic, mais cela n'a pas aidé.
J'utilise Ubuntu 20.04.2 LTS, version Xubuntu. J'utilise l'environnement de bureau xfce4 mais j'ai aussi quelques éléments GNOME installés. ls /usr/bin/*session retourne
/usr/bin/dbus-run-session
/usr/bin/gnome-session-custom-session
/usr/bin/gnome-session
/usr/bin/xfce4-sessionÉdition : Lorsque j'exécute bless dans le terminal, j'obtiens les erreurs suivantes avant que bless ne démarre :
Could not find a part of the path '/home/user/.config/bless/plugins'.
Could not find a part of the path '/home/user/.config/bless/plugins'.
Could not find file "/home/user/.config/bless/export_patterns"En recherchant ces erreurs, j'ai trouvé ce fil de discussion disant que les erreurs ne signifient pas grand chose en réalité.
Édition2 : J'ai découvert que GHex fonctionne très bien, donc je vais probablement continuer avec ça. Cependant, il est étrange qu'un de mes amis utilisant Bless avec Ubuntu 20.04 n'ait pas ce problème.
