mknbi-fdos - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

mknbi - Netzwerk bootfähiges Image erstellen

ZUSAMMENFASSUNG

mknbi --Version

mknbi --format=Format --ziel=Ziel [--Ausgabe=Ausgabedatei] zielspezifische-Argumente

mkelf-linux [--Ausgabe=Ausgabedatei] Kernelimage [ramdisk]

mknbi-linux [--Ausgabe=Ausgabedatei] Kernelimage [ramdisk]

mknbi-rom [--Ausgabe=Ausgabedatei] .z?rom-Datei

mkelf-img [--Ausgabe=Ausgabedatei] .z?img-Datei

mkelf-menü [--Ausgabe=Ausgabedatei] [Datenbild]

mknbi-menü [--Ausgabe=Ausgabedatei] [Datenbild]

mkelf-nfl [--Ausgabe=Ausgabedatei] [Datenbild]

mknbi-nfl [--Ausgabe=Ausgabedatei] [Datenbild]

mkelf-lua [--Ausgabe=Ausgabedatei] lubin

mknbi-fdos [--Ausgabe=Ausgabedatei] Kernel.sys Diskettenbild

mknbi-dos [--Ausgabe=Ausgabedatei] Diskettenbild

BESCHREIBUNG

mknbi ist ein Programm, das bootfähige Netzwerkabbilder für verschiedene Betriebssysteme erstellt
geeignet für das Laden im Netzwerk durch Etherboot oder Netboot, die ROM-Bootloader sind. wenn du
möchten mit PXE booten, suchen Sie nicht weiter, mknbi ist nicht das, was Sie wollen. Du hast wahrscheinlich
wollen etwas wie PXELINUX, das Teil des SYSLINUX-Pakets ist.

mknbi --version gibt die aktuelle Version aus. Verwenden Sie dies, bevor Sie Probleme melden.

mknbi kann mit aufgerufen werden --Format und --Ziel Optionen oder Links können dazu gemacht werden
unter format- und zielspezifischen Namen. ZB mkelf-linux ist das gleiche wie mknbi
--format=elf --target=linux.

--Format=Format Geben Sie das Ausgabeformat an. Derzeit verfügbar sind nbi und elf.
Das ELF-Format funktioniert nur mit Linux und Menü. Ansonsten ist der Aufruf der gleiche wie für
mknbi. In den folgenden Diskussionen wird die mknbi-Form verwendet.

--Ziel=Ziel Geben Sie die Zielbinärdatei an. Derzeit verfügbar sind linux, menu, rom, fdos
und dos. mknbi wird zum Booten von FreeBSD nicht benötigt.

--ausgabe=Ausgabedatei Ausgabedatei angeben, kann mit allen Varianten verwendet werden. Stdout ist der
default.

Das Paket muss am Zielort installiert werden, bevor die ausführbaren Dateien heruntergeladen werden können
ausführen, weil es nach Bibliotheksdateien sucht.

Jede der Varianten wird separat beschrieben.

MKELF-LINUX

mkelf-linux und mknbi-linux erstellt ein Boot-Image aus einem Linux-Kernel-Image, entweder ein zImage
oder ein bzImage.

MKELF-LINUX OPTIONAL

--param=Schnur Ersetzen Sie die Standardparameterzeichenfolge durch die angegebene. Diese Option
überschreibt alle folgenden Optionen, sodass Sie wissen sollten, was Sie tun.

--anhängen=Schnur Hängt die angegebene Zeichenfolge an die vorhandene Parameterzeichenfolge an. Diese Option
arbeitet, nachdem die anderen Parameteroptionen ausgewertet wurden.

--rootdir=Rootdir Definieren Sie den Namen des Verzeichnisses, das über NFS vom Bootserver gemountet werden soll.

Wenn diese Option nicht vorhanden ist, wird standardmäßig das Verzeichnis "/tftpboot/" verwendet.%s, mit
%s repräsentiert den Hostnamen oder die IP-Adresse des bootenden Systems, je nachdem, ob
das hostname-Attribut ist in der BOOTP/DHCP-Antwort vorhanden.

Wenn "rom" angegeben ist und der BOOTP/DHCP-Server die RFC 1497-Erweiterungen verarbeiten kann,
Der Wert der Option rootpath wird als Root-Verzeichnis verwendet.

Wenn der der Option zugewiesene Name mit "/ Dev /", das entsprechende Gerät wird verwendet als
das Root-Gerät, und es wird kein NFS-Verzeichnis eingehängt.

--rootmode="ro|rw" Definiert, ob das Root-Gerät schreibgeschützt oder schreibgeschützt gemountet wird
bzw. Ohne diesen Parameter ist die Vorgabe "rw".

--ip=Schnur Definieren Sie Client- und Server-IP-Adressen.

Ohne diese Option werden keine IP-Adressen definiert und der Kernel bestimmt
die IP-Adressen selbst, normalerweise unter Verwendung von DHCP, BOOTP oder RARP. Beachten Sie, dass der Kernel
Abfrage ist in Zusatz zu die vom Bootrom gestellte Abfrage und erfordert die IP: Kernel-Level
Autokonfigurationsfunktion (CONFIG_IP_PNP), die in den Kernel aufgenommen werden soll.

Wichtiger Hinweis: In Linux-Kernels 2.2.x mit x >= 18 und 2.4.x mit x >= 5 ist es
notwendig, um eine der Aktivierungsoptionen im nächsten Absatz anzugeben, damit die IP
Autokonfiguration aktiviert werden. Im Gegensatz zu früheren Kerneln funktioniert die IP-Autokonfiguration
nicht standardmäßig passieren. Beachten Sie auch, dass die automatische IP-Konfiguration und NFSroot wahrscheinlich gehen werden
entfernt in Linux 2.6 und die Methoden zur IP-Konfiguration des Benutzerbereichs mithilfe von Ramdisk und Benutzerbereich
DHCP-Daemons werden jetzt bevorzugt.

Wenn einer der folgenden Punkte angegeben ist: "off, none, on, any, dhcp, bootp, rarp, Both", dann wird der
Option wird unverändert an den Kernel übergeben und bewirkt, dass die Option autoconfig
gewählt.

Wenn "rom" als Argument für diese Option angegeben wird, werden alle erforderlichen IP-Adressen für NFS-Root
Das Mounten wird von der BOOTP/DHCP-Antwort geerbt, die das Bootrom vom Server erhalten hat.

Es ist auch möglich, die Adressen beim Kompilieren des Boot-Images zu definieren. Dann alle
Adressen müssen durch einen Doppelpunkt getrennt und wie folgt sortiert werden:

"--ip="Client:Server:Gateway:Netzmaske:Hostname[:dev[:proto]]

Verwenden dieser Option mkelf-linux wandelt Systemnamen automatisch in dezimale IP um
Adressen für die ersten drei Einträge in dieser Zeichenfolge. Die hostname Eintrag wird verwendet von
den Kernel, um den Hostnamen des gestarteten plattenlosen Linux-Clients festzulegen. Wenn mehr als einer
Netzwerkschnittstelle im Diskless Client installiert ist, kann der Name angegeben werden
der Schnittstelle zum Mounten des Root-Verzeichnisses über NFS durch Angabe des optionalen
Wert "dev". Dieser Eintrag muss mit der Zeichenfolge "eth" beginnen, gefolgt von einer Zahl von 0 bis
9. Wenn jedoch nur eine Schnittstelle im Client installiert ist, wird diese dev Eintrag inklusive der
vorangestelltes Semikolon kann weggelassen werden. Die deshalb Argument ist eines der IP-Autokonfiguration
oben aufgeführte Optionen aktivieren. (Autor: Mir ist nicht klar, was die IP ist
Autokonfiguration wird ausgeführt, wenn die Parameter bereits angegeben sind. Vielleicht ist es zu bekommen
Parameter nicht angegeben, zB NIS-Domain.)

--rdbase=top|asis|0xNNNNNNNN Legen Sie die Ramdisk-Ladeadresse fest. "top" verschiebt die Ramdisk nach
Speicherkapazität, bevor Sie zum Kernel springen. Dies ist die Standardeinstellung, wenn rdbase nicht ist
spezifiziert. Diese Option erfordert, dass das Kernel-Sizing von first-linux korrekt funktioniert. "wie es ist"
lädt es mit 0x100000 (1MB), wenn der Kernel niedrig geladen ist; oder lässt es gleich nach dem Kernel
im Speicher, wenn der Kernel hoch geladen ist. Damit diese Option funktioniert, muss der Kernel in der Lage sein
Ramdisks an diesen Adressen zu handhaben. 0xNNNNNNNN verschiebt die Ramdisk auf die Hex-Adresse
spezifiziert. Es liegt in der Verantwortung des Benutzers, eine geeignete Adresse anzugeben, die für das Unternehmen akzeptabel ist
Kernel und überschneidet sich nicht mit anderen Segmenten. Etherboot rundet die Adresse ab auf
Vielfaches von 4k (die letzten 3 Ziffern zu Null).

--rdnopad Standardmäßig füllt etherboot (mit Nullen) die angegebene initrd beliebiger Größe auf ein Vielfaches
von 4 kByte (ausgerichtet an der Speicherseitengrenze). Verwenden Sie diese Option, um das Auffüllen zu deaktivieren, wenn es
verursacht Probleme.

--first32=Programm Überschreiben Sie das standardmäßige Setup-Programm der ersten Stufe. Es kann verwendet werden, um anzurufen
Erweiterungen des Etherboot-Codes, die den Weg für zusätzliche nützliche Funktionen ebnen
ohne die Größe des Etherboot-Footprints zu vergrößern. --first32 wird von der ELF impliziert
Format.

--Fortschritte Diese Option wird in Verbindung mit und nur gültig mit --first32 . verwendet
Option, um dem Etherboot-Loader anzuzeigen, dass das aufgerufene Programm zum Loader zurückkehrt
und daher sollte Etherboot das Netzwerkgerät nicht deaktivieren, wie dies der Fall ist, wenn das Programm
wird nie zu Etherboot zurückkehren.

--relocseg=Segaddr Diese Option wird verwendet, um eine Verlagerung des Linux zuerst, boot,
Setup und Parametersegmente in ein anderes 64k-Band. Derzeit sind die einzigen gültigen Werte
0x9000 und 0x8000, entsprechend linearen Adressen von 0x90000 und 0x80000 aufwärts. Die
Standard ist 0x9000. Normalerweise verwenden Sie diese Option, wenn Sie Etherboot auf 0x84000 verschoben haben
um anderen Code im 0x90000-Segment wie DOC zu vermeiden. Der Linux-Kernel muss unterstützen
Relocation, was einen 2.4er Kernel oder höher impliziert. --relocseg funktioniert nur zuverlässig mit ELF oder
--first32=.

mem=Speichergröße Dies ist keine Befehlszeilenoption, sondern ein Kernel-Parameter, der abgefangen wird
durch die first32-Stufe und wird als oberster Speicher verwendet, um der Interpretation von Linux zu entsprechen.
Speichergröße kann mit "G" angehängt werden, um Gibibytes anzuzeigen (mal 2^30), "M" um anzuzeigen
Mebibytes (mal 2^20) oder "K", um Kibibytes (mal 2^10) anzuzeigen. Beachten Sie, dass die Suffixe
sind Großbuchstaben. Dieser Kernel-Parameter kann in --append= oder Option-129 des
DHCP/BOOTP-Eintrag.

Führen Sie das Programm so aus:

mkelf-linux Kernel-Image [Ramdisk-Image] > linux.nb

Dann beweg dich linux.nb dorthin, wo der Netzwerk-Boot-Prozess es erwartet.

MKELF-LINUX BOOTP/DHCP VENDOR STICHWORTE

mkelf-linux enthält einen Startcode am Anfang des Linux-Kernels, der in der Lage ist,
bestimmte vom DHCP-Anbieter definierte Optionen erkennen. Diese können verwendet werden, um den Kernel zu modifizieren
Ladevorgang zur Laufzeit. Um diese Optionen mit ISC DHCPD v3, einem beliebten DHCP-Daemon, zu verwenden,
die Syntax ist wie folgt. Sie müssen die Syntax für andere DHCP oder BOOTP . anpassen
Dämonen.

Option Etherboot-Signaturcode 128 = Zeichenfolge;

Option Kernel-Parameter Code 129 = Text;

...

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

Option Kernel-Parameter "INITRD_DBG=6 NIC=3c509";

Option 128 muss die obige XNUMX-Byte-Signatur sein. Siehe den Vendortags-Anhang von
Einzelheiten finden Sie im Etherboot-Benutzerhandbuch.

Die folgende Option wird derzeit unterstützt von mkelf-linux:

129 Das Schnur Der mit dieser Option angegebene Wert wird wörtlich an das Ende des Kernels angehängt
Befehlszeile. Es kann verwendet werden, um Argumente wie E/A-Adressen oder DMA-Kanäle anzugeben
für spezielle Hardware wie SCSI-Adapter, Netzwerkkarten etc. erforderlich. Bitte konsultieren Sie die
Dokumentation zum Linux-Kernel über die von diesen Optionen erforderliche Syntax. Es ist das gleiche wie
--anhängen Befehlszeilenoption zu mkelf-linux, funktioniert aber beim Booten anstelle von Image
Bauzeit.

130 Mit dieser Option ist es möglich, den für die Montage verwendeten Netzwerkadapter auszuwählen
root über NFS auf einem Multihomed-Diskless-Client. Die Syntax für die Schnur Wert ist gleich
wie für den "dev"-Eintrag, der mit dem verwendet wird --ip= Möglichkeit wie oben beschrieben. Beachten Sie jedoch, dass
mkelf-linux Runtime-Setup-Routine überprüft nicht die Syntax der Zeichenfolge.

MKNBI-ROM

mknbi-rom erstellt ein Boot-Image aus einem Etherboot ".rom"- oder ".zrom"-Boot-ROM-Image. Dies
ermöglicht das Netbooten mit einem vorhandenen ROM. Dies ist nützlich für die Entwicklung von Etherboot
Treiber oder um eine neuere Version von Etherboot mit einer älteren zu laden.

Führen Sie mknbi-rom wie folgt aus:

mknbi-rom nic.zrom > nic.nb

Bewegung nic.nb dorthin, wo der Netzwerk-Boot-Prozess es erwartet. Das Boot-ROM wird
lade dies als die System und führen Sie das ROM-Image aus.

MKELF-IMG

mkelf-img erstellt ein Boot-Image aus einem Etherboot-Image ".img" oder ".zimg". Dies ermöglicht es
mit einem vorhandenen ROM netbooted werden. Dies ist nützlich, um Etherboot-Treiber zu entwickeln oder um
Laden Sie eine neuere Version von Etherboot mit einer älteren.

Führen Sie mkelf-img wie folgt aus:

mkelf-img nic.zimg > nic.nb

Bewegung nic.nb dorthin, wo der Netzwerk-Boot-Prozess es erwartet. Das Boot-ROM wird
lade dies als die System und führen Sie das Bild aus.

Beachten Sie, dass dies nicht den ROM-Loader-Teil testet, der sich in einem ".z?rom"-Image befindet, aber nicht in
ein ".z?img".

MKELF-MENÜ

mkelf-menü und mknbi-menü Erstellen Sie ein Boot-Image aus einem Hilfsmenüprogramm. Etherboot hat
die Möglichkeit, ein Hilfsprogramm zu laden, das mit dem Benutzer interagieren kann, das DHCP ändern
Struktur und geben einen Status zurück. Je nach Status kann Etherboot eine andere Binärdatei laden,
neu starten oder beenden. Dies ermöglicht aufwendige Benutzeroberflächenprogramme ohne
Etherboot ändern müssen. Die Spezifikation für das Hilfsprogramm ist in der
Etherboot-Entwicklerhandbuch.

mkelf-menü und mknbi-menü nimm eine Binärdatei namens "menu" aus dem Bibliotheksverzeichnis, das ist
Es wird angenommen, dass der Einstiegspunkt 0x60000 beträgt. Ein optionales Argument wird akzeptiert, und das ist
0x80000 geladen. Dies kann eine Datendatei sein, die vom Menüprogramm verwendet wird.

Derzeit dupliziert die bereitgestellte Menü-Binärdatei die eingebaute Menüfunktion von Etherboot mit
mit Ausnahme von ein paar kleinen Unterschieden: Es gibt keine Server- oder Gateway-Spezifikationen
verwendete und verschachtelte TFTP-Ladevorgänge funktionieren nicht. MOTD oder IMAGE_MENU sollten nicht in definiert sein
Ihrem Etherboot-Build, um diese externe Menü-Binärdatei verwenden zu können. Die Spezifikationen von
Die erforderliche DHCP-Option finden Sie im Vendortags-Dokument im Etherboot-Benutzerhandbuch.

Typische Verwendung ist wie folgt:

mkelf-menu > menu.nb

Legen Sie dann menu.nb in das TFTP-Boot-Verzeichnis ab und bearbeiten Sie Ihre DHCP-Optionen entsprechend der
Dokumentation.

Alternative Benutzeroberflächenprogramme werden dringend empfohlen.

MKELF-NFL

mkelf-nfl und mknbi-nfl Erstellen Sie ein Boot-Image aus dem NFL-Menüprogramm. Dieses Menüprogramm
übernimmt die Namen von Bildern aus einer Menü-Text-Datei, die nur Zeilen mit dem enthält
Dateinamen (relativ zum tftpd-Stammverzeichnis) der zu ladenden Bilder. Die Benutzeroberfläche ist
ein Lichtbalken, ähnlich dem, der in GRUB verwendet wird. Es gibt eine Beispiel-Menü-Text-Datei in
"menu-nfl.eg". Der spezielle Eintrag "Quit Etherboot" (natürlich ohne Anführungszeichen) kann verwendet werden
in Menü-Text-Dateien als Eintrag, der Etherboot beendet und zum aufrufenden . zurückkehrt
Umgebung, die im Fall von ROMs das BIOS ist.

Typische Verwendung ist:

mkelf-nfl Menü-Text-Datei > nfl.nb

Legen Sie dann nfl.nb in das TFTP-Boot-Verzeichnis und geben Sie es als Boot-Image an. Anketten an
andere Menüs funktionieren.

Erweiterungen des Menüformats akzeptiert, um andere Funktionen wie Titel,
Timeout, Farben usw. werden dringend empfohlen.

MKELF-LUA

mkelf-lua erstellt ein ELF-Image aus einem vorkompilierten Lua ("http://www.tecgraf.puc-rio.br/lua/")


Typische Verwendung ist:

mkelf-lua hello.lb > luaprog.nb

wobei "hello.lb" aus einem Lua-Programm generiert wurde durch:

luac -o hallo.lb hallo.lua

Die Funktionen, die Lua-Programmen in dieser Umgebung zur Verfügung stehen, werden in einem separaten
Dokument.

MKNBI-FDOS

mknbi-fdos erstellt ein Boot-Image aus einer FreeDOS-Kernel-Datei und einem Disketten-Image. Beachten Sie, dass
das Kernel-Image wird nicht aus dem Diskettenabschnitt des Boot-Image gelesen, sondern ist ein separates
Abschnitt im Boot-Image. Der Bootloader wurde so angepasst, dass er direkt darauf springt. Dies
bedeutet den Platz, der auf der floppy durch die Kernel-Image-Datei kann jetzt
für Anwendungen und Daten verwendet.

Besorgen Sie sich eine FreeDOS-Distribution mit einem neueren Kernel, wahrscheinlich mindestens 2006. Es wurde
getestet mit 2012 aber nicht älter. Den FreeDOS-Kernel erhalten Sie hier:

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

Folgen Sie den Anweisungen, um eine bootfähige Diskette zu erstellen. Dann erhalten Sie ein Bild der Diskette mit:

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

Auch extrahieren Kernel.sys von der Diskette. Sie können dies vom Bild aus mit den mtools tun
Paket, indem Sie eine Datei als a Antrieb mit einer Erklärung wie dieser in ~/.mtoolsrc:

Laufwerk x: file="/tmp/floppyimage"

Dann renne:

mcopy x:kernel.sys .

Führen Sie dann mknbi aus, indem Sie:

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

woher Kernel.sys und /tmp/floppyimage sind die oben extrahierten Dateien. Dann beweg dich freedos.nb
dorthin, wo der Netzwerk-Boot-Prozess es erwartet.

Wenn Sie es erfolgreich zum Netboot gebracht haben, können Sie zurückgehen und Ihre Dateien zum
schlaffes Bild. Sie können löschen Kernel.sys im Disketten-Image, um Platz zu sparen, das ist nicht
erforderlich. Beachten Sie, dass Sie mit dem mformat ein Disketten-Image in jeder gewünschten Größe erstellen können
Programm von mtools sind Sie nicht auf die tatsächliche Größe der Bootdiskette beschränkt.

MKNBI-FDOS OPTIONAL

--Festplatte Machen Sie die Boot-Ramdisk zur ersten Festplatte, dh C:. Ein Grund, den Sie vielleicht wollen
Dies geschieht, weil Sie die echte Diskette verwenden möchten. Die Begrenzung der "Festplattengröße" in der
Boot-Image wird durch diese Option nicht erzeugt, daher ist dies kein Grund, diese Option zu verwenden. Dies
Option ist nicht kompatibel mit --disableharddisk.

--disableharddisk Wenn die Ramdisk ein Diskettenlaufwerk simuliert, wird dieser Schalter
Festplattenzugriffe deaktivieren. Dies ist notwendig, wenn der Client eine Netzwerkdatei verwenden soll
System als Laufwerk C:, was nur möglich ist, wenn von DOS keine Festplatten gefunden werden. Dies
Option ist nicht kompatibel mit --harddisk.

--nosquash Versuchen Sie nicht, nicht verwendete Sektoren vom Ende des Disketten-Images abzuschneiden. Dies
erhöht die Boot-Image-Größe und damit die Ladezeit, wenn das FAT-Dateisystem auf der Diskette
ist meistens leer, aber Sie können diese Option verwenden, wenn Sie Zweifel haben, ob die
Squashing-Algorithmus funktioniert korrekt.

--rdbase=0xNNNNNNNN Legen Sie die Ramdisk-Ladeadresse fest. Die Standard-Ladeadresse für die Ramdisk
ist 0x110000. Es kann höher verschoben werden (niedriger wird nicht funktionieren), wenn Sie es aus irgendeinem Grund brauchen
Laden Sie andere Dinge an die Adresse, die es derzeit belegt. Da dies eine lineare Adresse ist und nicht
eine Segmentadresse, die letzten 4 Bit werden nicht verwendet und sollten 0 sein.

MKNBI-DOS

mknbi-dos erstellt ein Boot-Image aus einem Disketten-Image, das ein bootfähiges DOS-Dateisystem enthält. Es
Es ist nicht notwendig, das Dateisystem auf einer physischen Diskette zu erstellen, wenn Sie die mtools haben
Paket, aber Sie benötigen für den Anfang eine bootfähige Diskette beliebiger Größe. Extrahiere zuerst den Stiefel
Block von der Diskette, dieser Bootblock muss mit den DOS-Kernel-Dateien übereinstimmen, die Sie hineinkopieren werden
der nächste Schritt:

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

Holen Sie sich dann die DOS-Kernel-Dateien (dies ist für DR-DOS korrekt, die Namen sind in MS-
DOS, IO.SYS und MSDOS.SYS):

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

Als nächstes machen Sie einen Eintrag in ~/.mtoolsrc um eine Diskette für die Zuordnung zu einer Datei zu deklarieren:

Laufwerk x: file="/tmp/floppyimage"

Formatieren Sie nun gleichzeitig eine Diskette der gewünschten Größe, in diesem Beispiel eine 2.88 MB Diskette
mal den Bootblock darauf schreiben:

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

Die Größe der "Diskette" ist nur durch die Grenzen der Zylinderanzahl, Sektoren begrenzt
und Köpfe, die jeweils 1023, 63 und 255 sind, und die Menge an RAM, die Sie bereit sind
der "Diskette" im Speicher zuordnen. Da RAM kostbar ist, wählen Sie eine etwas größere Größe
als das, was benötigt wird, um Ihre "Floppy"-Dateien zu speichern.

Kopieren Sie abschließend alle gewünschten Dateien auf die Diskette:

mcopy IBMBIO.COM x:

mcopy IBMDOS.COM x:

mcopy COMMAND.COM x:

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

Ersetzen Sie für MS-DOS IO.SYS für IBMIO.COM und MSDOS.SYS für IBMDOS.COM. Der Fall der
Dateien müssen beibehalten werden, es funktioniert möglicherweise nicht, wenn VFAT-Kleinbuchstaben im generiert werden
schlaffes Bild. Achten Sie auf die Kopierreihenfolge, da der Boot-Block dies erwarten kann
die ersten beiden Einträge auf einer neu formatierten Diskette lauten IO.SYS, MSDOS.SYS. Möglicherweise auch
COMMAND.COM muss der dritte Eintrag sein, damit wir auf Nummer sicher gehen. Danke an Phil Davey und Phillip
Roa für diese Tipps.

Ich habe Berichte, dass der Bootblock von MS-DOS 6.22 manchmal die Ramdisk nicht booten kann. Du
könnte versuchen, den Boot-Block von Netboot zu verwenden, anstatt den Boot-Block vom
schlaff. Ich habe diesen Bootblock in der Distribution als altboot.bin und in source bereitgestellt
als altboot.S und boot.inc. Eine wesentliche Sache ist, IO.SYS zur ersten Datei auf zu machen
die Festplatte, oder dieser Bootblock funktioniert nicht.

Wenn Sie zufällig ein Medium der gleichen Größe haben, können Sie testen, ob das Image bootfähig ist von
auf das Medium kopieren und dann booten:

dd if=/tmp/floppyimage von=/dev/fd0

Führen Sie dann mknbi-dos über das Bild aus /tmp/floppyimage um ein Boot-Image zu erstellen:

mknbi-dos /tmp/floppyimage > dos.nb

Bewegung dos.nb dorthin, wo der Netzwerk-Boot-Prozess es erwartet.

MKNBI-DOS OPTIONAL

--Festplatte Machen Sie die Boot-Ramdisk zur ersten Festplatte, dh C:. Ein Grund, den Sie vielleicht wollen
Dies geschieht, weil Sie die echte Diskette verwenden möchten. Die Begrenzung der "Festplattengröße" in der
Boot-Image wird durch diese Option nicht erzeugt, daher ist dies kein Grund, diese Option zu verwenden. Dies
Option ist nicht kompatibel mit --disableharddisk.

--disableharddisk Wenn die Ramdisk ein Diskettenlaufwerk simuliert, wird dieser Schalter
Festplattenzugriffe deaktivieren. Dies ist notwendig, wenn der Client eine Netzwerkdatei verwenden soll
System als Laufwerk C:, was nur möglich ist, wenn von DOS keine Festplatten gefunden werden. Dies
Option ist nicht kompatibel mit --harddisk.

--nosquash Versuchen Sie nicht, nicht verwendete Sektoren vom Ende des Disketten-Images abzuschneiden. Dies
erhöht die Boot-Image-Größe und damit die Ladezeit, wenn das FAT-Dateisystem auf der Diskette
ist meistens leer, aber Sie können diese Option verwenden, wenn Sie Zweifel haben, ob die
Squashing-Algorithmus funktioniert korrekt.

--rdbase=0xNNNNNNNN Legen Sie die Ramdisk-Ladeadresse fest. Die Standard-Ladeadresse für die Ramdisk
ist 0x110000. Es kann höher verschoben werden (niedriger wird nicht funktionieren), wenn Sie es aus irgendeinem Grund brauchen
Laden Sie andere Dinge an die Adresse, die es derzeit belegt. Da dies eine lineare Adresse ist und nicht
eine Segmentadresse, die letzten 4 Bit werden nicht verwendet und sollten 0 sein.

Verwenden Sie mknbi-fdos online mit den onworks.net-Diensten