mknbi-fdos - En ligne dans le cloud

PROGRAMME:

Nom

mknbi - créer une image de démarrage réseau

SYNOPSIS

mknbi --version

mknbi --format=le format --cible=l'objectif [--sortie=fichier de sortie] arguments-spécifiques-cible

mkelf-linux [--sortie=fichier de sortie] image du noyau [ramdisk]

mknbi-linux [--sortie=fichier de sortie] image du noyau [ramdisk]

mknbi-rom [--sortie=fichier de sortie] .z?fichier-rom

mkelf-img [--sortie=fichier de sortie] .z?img-fichier

menu-mkelf [--sortie=fichier de sortie] [image de données]

menu mknbi [--sortie=fichier de sortie] [image de données]

mkelf-nfl [--sortie=fichier de sortie] [image de données]

mknbi-nfl [--sortie=fichier de sortie] [image de données]

mkelf-lua [--sortie=fichier de sortie] luabine

mknbi-fdos [--sortie=fichier de sortie] noyau.sys image disquette

mknbi-dos [--sortie=fichier de sortie] image disquette

DESCRIPTION

mknbi est un programme qui crée des images de démarrage réseau pour divers systèmes d'exploitation
adapté au chargement réseau par Etherboot ou Netboot, qui sont des chargeurs de démarrage ROM. Si tu
cherchez à démarrer en utilisant PXE, ne cherchez pas plus loin, mknbi n'est pas ce que vous voulez. Vous probablement
voulez quelque chose comme PXELINUX qui fait partie du package SYSLINUX.

mknbi --version imprime la version actuelle. Utilisez-le avant de signaler des problèmes.

mknbi peut être invoqué avec le --format ainsi que --cible des options ou des liens peuvent y être créés
sous le format et ciblez des noms spécifiques. Par exemple, mkelf-linux est identique à mknbi
--format=elf --target=linux.

--format=le format Spécifiez le format de la sortie. Actuellement disponibles sont nbi et elf.
Le format ELF ne fonctionne qu'avec Linux et menu. Sinon, l'invocation est la même que pour
mknbi. Dans les discussions ci-dessous, la forme mknbi est utilisée.

--cible=l'objectif Spécifiez le binaire cible. Actuellement disponibles sont linux, menu, rom, fdos
et dos. mknbi n'est pas nécessaire pour démarrer FreeBSD.

--sortie=fichier de sortie Spécifiez le fichier de sortie, peut être utilisé avec toutes les variantes. Stdout est le
défaut.

Le package doit être installé dans l'emplacement de destination avant que les exécutables puissent être
exécuter, car il recherche les fichiers de bibliothèque.

Chacune des variantes sera décrite séparément.

MKELF-LINUX

mkelf-linux ainsi que mknbi-linux crée une image de démarrage à partir d'une image du noyau Linux, soit une zImage
ou une bzImage.

MKELF-LINUX OPTIONS

--param=un magnifique Remplacez la chaîne de paramètres par défaut par celle spécifiée. Cette option
remplace toutes les options suivantes, vous devez donc savoir ce que vous faites.

--append=un magnifique Ajoute la chaîne spécifiée à la chaîne de paramètre existante. Cette option
fonctionne une fois que les autres options de paramètre ont été évaluées.

--répertoire racine=répertoire racine Définissez le nom du répertoire à monter via NFS à partir du serveur de démarrage.

En l'absence de cette option, la valeur par défaut est d'utiliser le répertoire "/tftpboot/"%s, avec
le %s représentant le nom d'hôte ou l'adresse IP du système de démarrage, selon que
l'attribut hostname est présent dans la réponse BOOTP/DHCP.

Si "rom" est donné, et si le serveur BOOTP/DHCP est capable de gérer les extensions RFC 1497,
la valeur de l'option rootpath est utilisée comme répertoire racine.

Si le nom donné à l'option commence par "/ dev /", l'appareil correspondant est utilisé comme
le périphérique racine et aucun répertoire NFS ne sera monté.

--mode racine="ro|rw" Définit si le périphérique racine sera monté en lecture seule ou en lecture-écriture
respectivement. Sans ce paramètre, la valeur par défaut est "rw".

--ip=un magnifique Définissez les adresses IP du client et du serveur.

En l'absence de cette option, aucune adresse IP n'est définie et le noyau déterminera
les adresses IP par elles-mêmes, généralement en utilisant DHCP, BOOTP ou RARP. Notez que le noyau
la requête est in ajout à la requête faite par le bootrom, et nécessite l'IP : niveau noyau
fonctionnalité d'autoconfiguration (CONFIG_IP_PNP) à inclure dans le noyau.

Remarque importante : dans les noyaux Linux 2.2.x où x >= 18, et 2.4.x où x >= 5, c'est
nécessaire pour spécifier l'une des options d'activation dans le paragraphe suivant pour que l'IP
autoconfiguration à activer. Contrairement aux noyaux précédents, la configuration automatique IP ne
n'arrive pas par défaut. Notez également que la configuration automatique IP et NFSroot sont susceptibles de disparaître
loin dans Linux 2.6 et que les méthodes de configuration IP de l'espace utilisateur à l'aide du disque RAM et de l'espace utilisateur
Les démons DHCP sont désormais préférés.

Si l'un des éléments suivants : "off, none, on, any, dhcp, bootp, rarp, both", est donné, alors le
L'option sera transmise sans modification au noyau et entraînera la création de cette option de configuration automatique
choisi.

Si "rom" est donné comme argument à cette option, toutes les adresses IP nécessaires pour la racine NFS
le montage sera hérité de la réponse BOOTP/DHCP que le bootrom a reçu du serveur.

Il est également possible de définir les adresses lors de la compilation de l'image de démarrage. Alors tout
les adresses doivent être séparées par deux points et ordonnées de la manière suivante :

"--ip="client:serveur:passerelle:netmask:hostname[:dev[:proto]]

Utiliser cette option mkelf-linux convertira automatiquement les noms du système en IP décimal
adresses pour les trois premières entrées de cette chaîne. Les nom d'hôte l'entrée sera utilisée par
le noyau pour définir le nom d'hôte du client sans disque Linux démarré. Lorsque plus d'un
l'interface réseau est installée dans le client sans disque, il est possible de spécifier le nom
de l'interface à utiliser pour monter le répertoire racine via NFS en donnant l'optionnel
valeur "dev". Cette entrée doit commencer par la chaîne "eth" suivie d'un nombre de 0 à
9. Cependant, si une seule interface est installée dans le client, cette dev entrée comprenant le
le point-virgule précédent peut être omis. Les proto l'argument est l'un de l'autoconfiguration IP
activer les options répertoriées ci-dessus. (Auteur : ce n'est pas clair pour moi ce que l'IP
l'autoconfiguration le fait lorsque les paramètres sont déjà spécifiés. C'est peut-être pour obtenir
paramètres non spécifiés, par exemple domaine NIS.)

--rdbase=haut|assis|0xNNNNNNNN Définissez l'adresse de chargement du disque virtuel. "top" déplace le disque virtuel vers le
haut de la mémoire avant de sauter au noyau. C'est la valeur par défaut si rdbase n'est pas
spécifié. Cette option nécessite que le dimensionnement du noyau de first-linux fonctionne correctement. "comme si"
le charge à 0x100000 (1 Mo) si le noyau est faiblement chargé ; ou le laisse juste après le noyau
en mémoire, si le noyau est chargé haut. Pour que cette option fonctionne, le noyau doit pouvoir
pour gérer les disques virtuels à ces adresses. 0xNNNNNNNN déplace le disque virtuel à l'adresse hexadécimale
spécifié. Il incombe à l'utilisateur de spécifier une adresse appropriée qui est acceptable pour le
noyau et ne chevauche aucun autre segment. Etherboot arrondira l'adresse à
multiple de 4k (3 derniers chiffres à zéro).

--rdnopad Par défaut, etherboot pads (avec des valeurs nulles) l'initrd donné de n'importe quelle taille à plusieurs
de 4k octets (alignement sur la limite de la page mémoire). Utilisez cette option pour désactiver le remplissage s'il
pose problème.

--first32=Danse Remplacez le programme d'installation de première étape par défaut. Il peut être utilisé pour appeler
des extensions au code Etherboot, qui ouvrent la voie à des fonctionnalités utiles supplémentaires
sans agrandir la taille de l'empreinte Etherboot. --first32 est impliqué par l'ELF
le format.

--progr. Cette option est utilisée en conjonction avec et uniquement valide avec --first32
option pour indiquer au chargeur Etherboot que le programme appelé reviendra au chargeur
et donc Etherboot ne doit pas désactiver le périphérique réseau comme c'est le cas lorsque le programme
ne reviendra jamais sur Etherboot.

--relocseg=Segaddr Cette option est utilisée pour spécifier une relocalisation du Linux d'abord, boot,
configuration et des segments de paramètres sur une autre bande 64k. Actuellement, les seules valeurs valides sont
0x9000 et 0x8000, correspondant aux adresses linéaires de 0x90000 et 0x80000 vers le haut. Les
la valeur par défaut est 0x9000. Habituellement, vous utilisez cette option si vous avez déplacé Etherboot vers 0x84000
pour éviter d'autres codes dans le segment 0x90000 comme DOC. Le noyau Linux doit prendre en charge
délocalisation qui implique un noyau 2.4 ou supérieur. --relocseg ne fonctionne de manière fiable qu'avec ELF ou
--first32=.

mémoire=taille mem Ce n'est pas une option de ligne de commande mais un paramètre du noyau qui est intercepté
par l'étape first32 et utilisé comme sommet de la mémoire, pour correspondre à l'interprétation de Linux.
taille mem peut être suffixé par "G" pour indiquer les gibioctets (fois 2^30), "M" pour indiquer
mebioctets (fois 2^20) ou "K" pour indiquer les kibioctets (fois 2^10). Notez que les suffixes
sont en majuscules. Ce paramètre du noyau peut être spécifié dans --append= ou l'option-129 du
Enregistrement DHCP/BOOTP.

Exécutez le programme ainsi :

mkelf-linux image-noyau [image disque-ram] > linux.nb

Puis déplacez-vous linux.nb à l'endroit où le processus de démarrage du réseau s'attend à le trouver.

MKELF-LINUX BOOTP/DHCP VENDEUR MOTS CLÉS

mkelf-linux inclut un code de démarrage au début du noyau Linux qui est capable de
détecter certaines options définies par le fournisseur DHCP. Ceux-ci peuvent être utilisés pour modifier le noyau
processus de chargement au moment de l'exécution. Pour utiliser ces options avec ISC DHCPD v3, un démon DHCP populaire,
la syntaxe est comme ci-dessous. Vous devrez ajuster la syntaxe pour d'autres DHCP ou BOOTP
démons.

option etherboot-signature code 128 = chaîne ;

option code des paramètres du noyau 129 = texte ;



option etherboot-signature E4:45:74:68:00:00;

option kernel-parameters "INITRD_DBG=6 NIC=3c509" ;

L'option 128 doit être la signature à six octets ci-dessus. Voir l'annexe Vendortags de
le manuel d'utilisation Etherboot pour plus de détails.

L'option suivante est actuellement prise en charge par mkelf-linux:

129 La un magnifique la valeur donnée avec cette option est ajoutée mot pour mot à la fin du noyau
ligne de commande. Il peut être utilisé pour spécifier des arguments tels que des adresses d'E/S ou des canaux DMA
requis pour le matériel spécial comme les adaptateurs SCSI, les cartes réseau, etc. Veuillez consulter le
Documentation du noyau Linux sur la syntaxe requise par ces options. C'est la même chose que
le --append option de ligne de commande pour mkelf-linux, mais fonctionne au démarrage au lieu de l'image
temps de construction.

130 Avec cette option, il est possible de sélectionner l'adaptateur réseau utilisé pour le montage
root via NFS sur un client sans disque multirésident. La syntaxe pour le un magnifique la valeur est la même
comme pour l'entrée "dev" utilisée avec le --ip= option comme décrit ci-dessus. Notez cependant que
le mkelf-linux La routine de configuration d'exécution ne vérifie pas la syntaxe de la chaîne.

MKNBI-ROM

mknbi-rom crée une image de démarrage à partir d'une image ROM de démarrage Etherboot ".rom" ou ".zrom". Cette
lui permet d'être démarré en réseau à l'aide d'une ROM existante. Ceci est utile pour développer Etherboot
pilotes ou pour charger une version plus récente d'Etherboot avec une ancienne.

Exécutez mknbi-rom comme ceci :

mknbi-rom nic.zrom > nic.nb

Move nic.nb à l'endroit où le processus de démarrage du réseau s'attend à le trouver. La ROM de démarrage sera
chargez-le en tant que d'exploitation combustion propre et exécutez l'image ROM.

MKELF-IMG

mkelf-img crée une image de démarrage à partir d'une image Etherboot ".img" ou ".zimg". Cela lui permet de
être démarré en réseau à l'aide d'une ROM existante. Ceci est utile pour développer des pilotes Etherboot ou pour
chargez une version plus récente d'Etherboot avec une version plus ancienne.

Exécutez mkelf-img comme ceci :

mkelf-img nic.zimg > nic.nb

Move nic.nb à l'endroit où le processus de démarrage du réseau s'attend à le trouver. La ROM de démarrage sera
chargez-le en tant que d'exploitation combustion propre et exécuter l'image.

Notez que cela ne teste pas la partie du chargeur de ROM qui se trouve dans une image ".z?rom", mais pas dans
un ".z?img".

MKELF-MENU

menu-mkelf ainsi que menu mknbi faire une image de démarrage à partir d'un programme de menu auxiliaire. Etherboot a
la possibilité de charger un programme auxiliaire qui peut interagir avec l'utilisateur, modifier le DHCP
structure et renvoie un statut. En fonction de l'état, Etherboot peut charger un autre binaire,
redémarrer ou quitter. Cela permet d'avoir des programmes d'interface utilisateur élaborés sans
devoir modifier Etherboot. La spécification du programme auxiliaire est documentée dans le
Manuel du développeur Etherboot.

menu-mkelf ainsi que menu mknbi prenez un binaire nommé "menu" dans le répertoire de la bibliothèque, qui est
supposé avoir un point d'entrée de 0x60000. Un argument optionnel est accepté, et c'est
chargé à 0x80000. Il peut s'agir d'un fichier de données utilisé par le programme de menu.

Actuellement, le binaire de menu fourni duplique la fonction de menu intégrée d'Etherboot avec
à l'exception de quelques petites différences : aucune spécification de serveur ou de passerelle n'est
les charges TFTP utilisées et imbriquées ne fonctionnent pas. Vous ne devriez pas avoir MOTD ou IMAGE_MENU défini dans
votre build Etherboot pour pouvoir utiliser ce binaire de menu externe. Les spécifications de
l'option DHCP requise se trouve dans le document vendortags du manuel de l'utilisateur Etherboot.

L'utilisation typique est comme ceci :

mkelf-menu > menu.nb

Ensuite, placez menu.nb dans le répertoire de démarrage TFTP et modifiez vos options DHCP en fonction du
Documentation.

Les programmes d'interface utilisateur alternatifs sont fortement encouragés.

MKELF-NFL

mkelf-nfl ainsi que mknbi-nfl faire une image de démarrage à partir du programme de menu NFL. Ce programme de menu
prend les noms des images d'un fichier menu-text-file qui contient juste des lignes avec le
les noms de fichiers (relatifs au répertoire racine de tftpd) des images à charger. L'interface utilisateur est
une barre lumineuse, similaire à celle utilisée dans GRUB. Il y a un exemple de fichier texte de menu dans
"menu-nfl.eg". L'entrée spéciale "Quitter Etherboot" (sans les guillemets, bien sûr) peut être utilisée
dans menu-text-files en tant qu'entrée qui provoque la fermeture d'Etherboot et le retour à l'appel
environnement, qui est le BIOS dans le cas des ROM.

L'utilisation typique est :

mkelf-nfl menu-fichier-texte > nfl.nb

Ensuite, placez nfl.nb dans le répertoire de démarrage TFTP et spécifiez comme image de démarrage. Enchaîner à
les autres menus fonctionnent.

Améliorations du format de menu acceptées pour spécifier d'autres fonctionnalités telles que les titres,
le délai d'attente, les couleurs, etc. sont fortement encouragés.

MKELF-LUA

mkelf-lua crée une image ELF à partir d'un Lua précompilé ("http://www.tecgraf.puc-rio.br/lua/")
.

L'utilisation typique est :

mkelf-lua bonjour.lb > luaprog.nb

où "hello.lb" a été généré à partir d'un programme Lua par :

luac -o bonjour.lb bonjour.lua

Les fonctions disponibles pour les programmes Lua dans cet environnement sont décrites dans un
document.

MKNBI-FDOS

mknbi-fdos crée une image de démarrage à partir d'un fichier de noyau FreeDOS et d'une image de disquette. Noter que
l'image du noyau n'est pas lue à partir de la section disquette de l'image de démarrage, mais est une
section dans l'image de démarrage. Le bootloader a été ajusté pour y accéder directement. Cette
désigne l'espace qui serait occupé sur le souple par le fichier image du noyau peut maintenant être
utilisé pour les applications et les données.

Obtenir une distribution de FreeDOS avec un noyau récent, probablement au moins 2006. Il a été
testé avec 2012 mais rien de plus ancien. Vous pouvez obtenir le noyau FreeDOS ici :

"http://freedos.sourceforge.net/"

Suivez les instructions pour créer une disquette amorçable. Obtenez ensuite une image de la disquette avec :

jj if=/dev/fd0 of=/tmp/floppyimage

Extraire également noyau.sys de la disquette. Vous pouvez le faire à partir de l'image en utilisant les mtools
package, en spécifiant un fichier comme motivation avec une déclaration comme celle-ci dans ~/.mtoolsrc:

lecteur x : file="/tmp/floppyimage"

Ensuite, lancez:

mcopy x:kernel.sys .

Ensuite, lancez mknbi en :

mknbi-fdos kernel.sys /tmp/floppyimage > freedos.nb

De noyau.sys ainsi que /tmp/image_disquette sont les fichiers extraits ci-dessus. Puis déplacez-vous freedos.nb
à l'endroit où le processus de démarrage du réseau s'attend à le trouver.

Si vous avez réussi à démarrer en réseau, vous pouvez revenir en arrière et ajouter vos fichiers au
image de disquette. Vous pouvez supprimer noyau.sys dans l'image de la disquette pour économiser de l'espace, ce n'est pas
nécessaire. Notez que vous pouvez créer une image de disquette de n'importe quelle taille que vous désirez avec le mformat
programme de mtools, vous n'êtes pas limité à la taille réelle de la disquette de démarrage.

MKNBI-FDOS OPTIONS

--disque dur Faites du disque virtuel de démarrage le premier disque dur, c'est-à-dire C:. Une raison pour laquelle vous pourriez vouloir
faire cela parce que vous voulez utiliser la vraie disquette. La limite de « taille de disque » dans le
L'image de démarrage n'est pas déclenchée par cette option, ce n'est donc pas une raison pour utiliser cette option. Cette
L'option est incompatible avec --disableharddisk.

--disableharddisque Lorsque le ramdisk simule un lecteur de disquettes, ce commutateur
désactiver les accès au disque dur. Ceci est nécessaire si le client doit utiliser un fichier réseau
système en tant que lecteur C:, ce qui n'est possible que s'il n'y a pas de disques durs trouvés par DOS. Cette
L'option est incompatible avec --harddisk.

--nosquash N'essayez pas de couper les secteurs inutilisés à la fin de l'image de la disquette. Cette
augmente la taille de l'image de démarrage et donc le temps de chargement si le système de fichiers FAT sur la disquette
est en grande partie vide, mais vous pouvez utiliser cette option si vous avez des doutes quant à savoir si le
l'algorithme d'écrasement fonctionne correctement.

--rdbase=0xNNNNNNNN Définissez l'adresse de chargement du disque virtuel. L'adresse de chargement par défaut pour le ramdisk
est 0x110000. Il peut être déplacé plus haut (plus bas ne fonctionnera pas) si, pour une raison quelconque, vous devez
charger d'autres éléments à l'adresse qu'il occupe actuellement. Comme il s'agit d'une adresse linéaire et non
une adresse de segment, les 4 derniers bits ne sont pas utilisés et doivent être à 0.

MKBI-DOS

mknbi-dos crée une image de démarrage à partir d'une image de disquette contenant un système de fichiers DOS amorçable. Ce
n'est pas nécessaire de construire le système de fichiers sur une disquette physique si vous avez les mtools
package, mais vous avez besoin d'une disquette amorçable de n'importe quelle taille pour commencer. Extraire d'abord le boot
bloc à partir de la disquette, ce bloc de démarrage doit correspondre aux fichiers du noyau DOS dans lesquels vous allez copier
l'étape suivante:

dd if=/dev/fd0 of=bootblock bs=512 count=1

Ensuite, récupérez les fichiers du noyau DOS (c'est correct pour DR-DOS, les noms sont différents dans MS-
DOS, IO.SYS et MSDOS.SYS) :

mcopy a:IBMBIO.COM a:IBMDOS.COM a:COMMAND.COM .

Ensuite, faites une entrée dans ~/.mtoolsrc pour déclarer une disquette à mapper sur un fichier :

lecteur x : file="/tmp/floppyimage"

Formatez maintenant une disquette de la taille souhaitée, dans cet exemple une disquette de 2.88 Mo, en même temps
le temps d'écrire le bootblock dessus :

mformat -C -t 80 -s 36 -h 2 -B bootblock x :

La taille de la "disquette" n'est limitée que par les limites du nombre de cylindres, secteurs
et les têtes, qui sont respectivement de 1023, 63 et 255, et la quantité de RAM que vous voulez
à allouer à la "disquette" en mémoire. La RAM étant précieuse, choisissez une taille légèrement plus grande
que ce qui est nécessaire pour contenir vos fichiers "disquette".

Enfin, copiez tous vos fichiers souhaités sur la disquette :

mcopy IBMBIO.COM x :

mcopy IBMDOS.COM x :

mcopy COMMAND.COM x :

mcopy CONFIG.SYS AUTOEXEC.BAT APP.EXE APP.DAT ... x :

Pour MS-DOS, remplacez IO.SYS par IBMIO.COM et MSDOS.SYS par IBMDOS.COM. Le cas de la
doivent être conservés, cela peut ne pas fonctionner si des noms en minuscules VFAT sont générés dans le
image de disquette. Faites attention à l'ordre de copie car le bloc de démarrage peut s'attendre à ce que
les deux premières entrées sur un disque nouvellement formaté doivent être IO.SYS, MSDOS.SYS. Peut-être aussi
COMMAND.COM doit être la troisième entrée, nous jouons donc en toute sécurité. Merci à Phil Davey et Phillip
Roa pour ces conseils.

J'ai des rapports selon lesquels le bootblock de MS-DOS 6.22 ne parvient parfois pas à démarrer le ramdisk. Tu
pourrait essayer d'utiliser le bloc de démarrage de Netboot au lieu de retirer le bloc de démarrage du
souple. J'ai fourni ce bloc de démarrage dans la distribution sous le nom altboot.bin et dans les sources
forme comme altboot.S et boot.inc. Une chose essentielle est de faire de IO.SYS le premier fichier sur
le disque, ou ce bootblock ne fonctionnera pas.

S'il vous arrive d'avoir un support de la même taille, vous pouvez tester si l'image est amorçable en
en le copiant sur le support, puis en le démarrant :

jj if=/tmp/floppyimage of=/dev/fd0

Ensuite, exécutez mknbi-dos sur l'image /tmp/image_disquette pour créer une image de démarrage :

mknbi-dos /tmp/floppyimage > dos.nb

Move dos.nb à l'endroit où le processus de démarrage du réseau s'attend à le trouver.

MKBI-DOS OPTIONS

--disque dur Faites du disque virtuel de démarrage le premier disque dur, c'est-à-dire C:. Une raison pour laquelle vous pourriez vouloir
faire cela parce que vous voulez utiliser la vraie disquette. La limite de « taille de disque » dans le
L'image de démarrage n'est pas déclenchée par cette option, ce n'est donc pas une raison pour utiliser cette option. Cette
L'option est incompatible avec --disableharddisk.

--disableharddisque Lorsque le ramdisk simule un lecteur de disquettes, ce commutateur
désactiver les accès au disque dur. Ceci est nécessaire si le client doit utiliser un fichier réseau
système en tant que lecteur C:, ce qui n'est possible que s'il n'y a pas de disques durs trouvés par DOS. Cette
L'option est incompatible avec --harddisk.

--nosquash N'essayez pas de couper les secteurs inutilisés à la fin de l'image de la disquette. Cette
augmente la taille de l'image de démarrage et donc le temps de chargement si le système de fichiers FAT sur la disquette
est en grande partie vide, mais vous pouvez utiliser cette option si vous avez des doutes quant à savoir si le
l'algorithme d'écrasement fonctionne correctement.

--rdbase=0xNNNNNNNN Définissez l'adresse de chargement du disque virtuel. L'adresse de chargement par défaut pour le ramdisk
est 0x110000. Il peut être déplacé plus haut (plus bas ne fonctionnera pas) si, pour une raison quelconque, vous devez
charger d'autres éléments à l'adresse qu'il occupe actuellement. Comme il s'agit d'une adresse linéaire et non
une adresse de segment, les 4 derniers bits ne sont pas utilisés et doivent être à 0.

Utilisez mknbi-fdos en ligne à l'aide des services onworks.net