Discussion :

[InitSreen]

Bonjour,

Mon probléme est le suivant :

J'ai fait une disquette FAT12 bootable hardcoder à la main, le bootloader lit parfaitement le FS, charge un fichier exécutable à l'adresse 0x0000:0x7C00 puis effectue un saut à cette même adresse.

Jusque là tout va bien, le problème c'est qu'une fois arrivé dans le fichier exe, on est à l'adresse 0X05C00 alors que les adresses sont codées en dur dans le code, j'ai supposé que cela venait de VirtualBox mais je ne trouve rien sur le sujet.

Quelqu'un voit-il quoi faire ou d'où vient le problème ?

Les codes

[BufferBob]

salut,

je comprends pas tout à fait, quand tu dis "jusque là tout va bien" tu veux dire que les codes que tu as mis en pièce jointe fonctionnent ? (auquel cas c'est peut-être le LOADER qu'il faudrait mettre non ?)

j'ai essayé vite fait sans trop chercher :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
nasm -f bin nasm -f bin VBR_FAT12.asm -o floppy.img
qemu-system-i386.exe -fda floppy.img

j'ai également essayé avec virtualbox (créer une machine other/unknown, ajouter un floppy tout en haut de la liste, en virant le controleur ide par défaut au besoin, charger l'img, lancer la vm), tout fonctionne à priori au mieux de ce qu'on peut faire avec ce que tu nous donne (qemu & vbox), c'est à dire l'affichage de :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
ASTERIX BOOTDISK
File not found: /LOADER
The system will be restart in 3 seconds.

ps: ce serait plutôt restarted ;o)

[InitSreen]

Effectivement, il manque le loader. Pour l'ajouter à l'image, il faut utiliser la commande mount :

Sous Linux :

Code sh :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
mount -t msdos -o loop /chemin/vers/l/image /mnt/fdd0
cp /chemin/vers/le/loader /mnt/fdd0/LOADER
umount -t msdos /mnt/fdd0

Dans le code, il y a une macro pour tester les deux cas.

PS : mon anglais est plus que douteux, il est fort possible que tu aies raison.

[BufferBob]

j'ai regardé un peu plus en détail,

le code tourne, il se reloge convenablement en 0:600, ce qui occasionne (jmp 0x0:reloc(_load_dvr)) un jmp 0:65f, jusque là pas de souci
le problème survient dans le _jmp_loader

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
_start:
(...)
   _jmp_loader:
      mov dl, [bpbaddr(BS_DrvNum)]     ; Retore disk ID
      jmp 0x0000:VBR_LOADADDR          ; jump in loader file

concrètement l'opcode est jmp 0:7c00, sauf qu'il n'y a rien en 0x7c00, donc pour moi le secteur n'est simplement pas chargé, et la vérification d'erreur peut-être pas adéquate (le jc short .readdisk c'est bien ça ?)

j'ai pas investigué plus (je me suis surtout contenté de tracer le code en vérité ici), pour debugger j'ai utilisé gdb et qemu (mais c'est possiblement faisable avec vbox également)

d'un coté (bind sur localhost) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

qemu-system-i386 -boot a -fda floppy.img -S -gdb tcp:0.0.0.0:1234,ipv4

de l'autre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
$ gdb -q
(gdb) set architecture i8086
(gdb) set disassembly-flavor intel
(gdb) target remote parsifal:1234
(gdb) break *0x7c00
(gdb) continue
(gdb) x/40i 0x7c41
etc.

si besoin je continuerai d'investiguer dans la soirée je pense

[BufferBob]

bon, c'est bien compliqué tout ça, j'ai tracé quasiment l'intégralité du code, concrètement au moment de charger le fichier ça charge bien quelque chose qui écrase la mémoire en 0x7c00, mais ce n'est pas le fichier
je suis pas du tout expert de la FAT12 mais j'ai l'impression que l'entrée dans la FAT pour déterminer les clusters utilisés par le fichier est un peu étrange:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

0xa00:  0xf0    0xff    0xff    0x00    0xf0    0xff    0x00    0x00

ce qui revient à ff0 - fff - 000 - fff, je sais pas comment l’interpréter, la première entrée est celle du volume ça ok, mais la deuxième sous-entendrait qu'il s'agit d'un cluster vide ?

tu observes la même chose ? tu as avancé de ton côté ?

[bifur]

est ce que vous êtes au courant que les deux premier cluster n'existent pas? parce que sinon vous chargez peut être deux cluster plus loin

edit: après un bon repas et une lecture vite faite des codes source fournit il ne me semble pas que vous ayez prit en compte le fait que les deux premier cluster (le 0 et le 1) n'existe pas dans la zone de donnée, car 0= cluster vide et 1=cluster réservé
....le premier cluster dans la zone de donnée est donc le cluster 2

un mauvais calcul de la taille occupé par le repertoire racine peut aussi créer des problème (le parametre a l'offset 17 est le nombre d'entrée du repertoire (32 octets) et pas le nombre de secteur du répertoire racine)

je vous refilerait bien le code source de mon vieux amorceur pour disquette mais après vérification il n'y as aucun commentaire (erreur de jeunesse) et il ne vous aidera pas vraiment