Un BON éditeur hexadécimal ? [suite]

Le 19 Apr 2008 23:38:01 GMT, Nicolas George
<nicolas$george@salle-s.org> écrivait dans
fr.comp.os.linux.configuration:

Denis Beauregard wrote in message
<mepk0414n59cadpsbl0oejskdbsku1vaun@4ax.com>:

Si je fais la même chose en ext3 par exemple, ce ne sera pas le cas.

Si.

ext3 est le format que j'utilise sur un autre PC.

Comme j'ai une base de données sous forme de 60 000 documents HTML,
je vois très bien la différence de l'espace occupé entre le PC en
FAT32 et celui en ext3.


Denis

On Sat, 19 Apr 2008 16:46:48 -0400, Denis Beauregard
<denis.b@francogene.com>:

En fait, sous DOS, c'est faisable avec le format FAT puisque un
secteur physique est un secteur logique. Avec d'autres formats,
cela devient plus compliqué à faire

Quel rapport ?
Si tu veux modifier l'octet numéro 1383 d'un fichier, tu demandes au
système d'accéder en écriture à l'offset 1383, et tu écris un octet.
En C, ça s'écrirait :
fseek (fichier, 1383, SEEK_SET);
fputc (42, fichier);

Cet octet se trouve peut-être physiquement très loin de l'octet 1384,
mais ce n'est pas ton problème -- le système (et le contrôleur du
disque dur) gèrent ça de façon transparente.

Par ailleurs, le format du fichier n'intervient en rien ici. Un
fichier au sens Unix, que ce soit une partition formatée en ext3
(/dev/sda2) ou un fichier vidéo (/home/moi/machin.mkv), est une simple
suite d'octets. Si tu l'ouvres avec un éditeur hexadécimal, c'est à
l'utilisateur de se préoccuper de la signification des octets.
Ce n'est que si tu l'ouvres avec le programme "approprié"
(respectivement, mount et ffmpeg) que le format du fichier prend de
l'importance.

Bonjour,

suite à vos réponses, dont je vous remercie, j'ai donc essayé ( sous
Ubuntu ) KHexEdit et Ghex. A moins que cela m'ait échappé, aucun des
deux ne permet d'éditer n'importe quel secteur d'un DD...Ils permettent
juste de choisir et d'éditer un fichier.
Et donc, qqun connait-il un éditeur hexa qui permette, comme WinHEX ou
EditHexa sous XP, d'éditer par exemple le MBR, un EBR, un secteur de boot
d'une partition quelconque ou n'importe quel secteur sur le DD de son choix ?

Sous Mandriva, installer Wine, copier un répertoire WinHex n'importe où
(j'ai fait le test avec un disque USB), lancer Konqueror en root
(Aaaaaaarg !), clic-droit sur winhex.exe et "Ouvrir avec Wine". Ça
roule, il suffit d'ouvrir /dev/hda par exemple. Tout ça prend moins de
cinq minutes.
Bien entendu j'ai immédiatement refermé, et désinstallé ce truc
méphistique.
dskprobe.exe ne semble pas fonctionner sous Wine, dommage, c'est quand
même plus humain.

PS: je vous sens juste au bord du précipice, il est encore temps de ne
pas sauter...

--
Pierre Maurette

Denis Beauregard wrote in message
<p4il04pobe0cu1uq2dj1jqo5hv663vhj79@4ax.com>:

Comme j'ai une base de données sous forme de 60 000 documents HTML,
je vois très bien la différence de l'espace occupé entre le PC en
FAT32 et celui en ext3.

Tu vois peut-être bien, mais moi je sais comment est organisé un filesystem
ext3, et je maintiens : si, un fichier occupe les blocs par taille entière.

Quelle taille de clusters utilises-tu sur ta FAT32 ?

| PS: je vous sens juste au bord du précipice, il est encore temps de ne
| pas sauter...


"J'étais au bord du gouffre, mais j'ai fait un grand pas en avant !"

--{ Luc Habert a plopé ceci: }--

Les disques durs et les partitions sont représentées par des fichier
spéciaux, que l'on peut éditer comme des fichier normaux. /dev/hda, /dev/hdb

Justement, pas forcément. D'après un essai (non représentatif de
la globalité) que je viens de faire, un périphérique bloc tel que
/dev/hda n'est pas forcément "seekable", et donc ça peut poser des
problèmes à des softs mal écrits: je le sais, j'en ai un là sous la
main qui n'arrive pas à se déplacer sur un /dev/hda et qui reste
obstinément à l'offset 0.

Ya des trucs plus sympa à faire un dimanche que de jouer du gdb
en root :(


--
Sinon c'est bien ce que j'ai toujours pensé : avec K&R, alias the
Kabbalistic Reference, on touche vite au mystique.
--{ candide, in fcl.C }--

--{ Denis Beauregard a plopé ceci: }--

Comme j'ai une base de données sous forme de 60 000 documents HTML,

C'est le grand retour du multivalué o/


--
«Les tongs, ce sont les strings des pieds.»

"Thierry B." :

Justement, pas forcément. D'après un essai (non représentatif de
la globalité) que je viens de faire, un périphérique bloc tel que
/dev/hda n'est pas forcément "seekable",

Gnî???

je le sais, j'en ai un là sous la main qui n'arrive pas à se déplacer
sur un /dev/hda et qui reste obstinément à l'offset 0.

Euh, que dit strace? Ça me parait très bizarre cette histoire.

"Thierry B." wrote in message <4ufrd5-gf5.ln1@prout.stex>:

Justement, pas forcément. D'après un essai (non représentatif de
la globalité) que je viens de faire, un périphérique bloc tel que
/dev/hda n'est pas forcément "seekable"

Euh, si, ça fait même partie de la définition d'un périphérique type bloc,
de pouvoir lire n'importe quel bloc n'importe quand. Tu t'es probablement
trompé dans tes tests. Tu devrais donner plus de détails dans ta
méthodologie.

On Sun, 20 Apr 2008 11:45:08 +0200, "Thierry B." :

D'après un essai (non représentatif de
la globalité) que je viens de faire, un périphérique bloc tel que
/dev/hda n'est pas forcément "seekable",

Groumpf ?
Comment dd fait-il ?