mknbi - Online nel cloud

PROGRAMMA:

NOME

mknbi - crea un'immagine avviabile dalla rete

SINOSSI

mknbi --versione

mknbi --formato=formato --bersaglio=bersaglio [--uscita=file di uscita] argomenti-specifici per il target

mkelf-linux [--uscita=file di uscita] immagine del kernel [ramdisk]

mknbi-linux [--uscita=file di uscita] immagine del kernel [ramdisk]

mknbi-rom [--uscita=file di uscita] .z?file-rom

mkelf-img [--uscita=file di uscita] .z?img-file

menu mkelf [--uscita=file di uscita] [immagine dati]

menu mknbi [--uscita=file di uscita] [immagine dati]

mkelf nfl [--uscita=file di uscita] [immagine dati]

mknbi-nfl [--uscita=file di uscita] [immagine dati]

mkelf lua [--uscita=file di uscita] luabin

mknbi-fdos [--uscita=file di uscita] kernel.sys immagine floppy

mknbi-dos [--uscita=file di uscita] immagine floppy

DESCRIZIONE

mknbi è un programma che crea immagini avviabili dalla rete per vari sistemi operativi
adatto per il caricamento in rete da Etherboot o Netboot, che sono boot loader ROM. Se tu
stai cercando di avviare usando PXE, non cercare oltre, mknbi non è quello che vuoi. Tu probabilmente
vuoi qualcosa come PXELINUX che fa parte del pacchetto SYSLINUX.

mknbi --version stampa la versione corrente. Usalo prima di segnalare problemi.

mknbi può essere invocato con il --formato ed --obbiettivo opzioni o collegamenti possono essere fatti ad esso
sotto formati e nomi specifici di destinazione. Ad esempio mkelf-linux è lo stesso di mknbi
--format=elfo --target=linux.

--formato=formato Specificare il formato dell'output. Attualmente disponibili sono nbi ed elf.
Il formato ELF funziona solo con Linux e menu. Altrimenti l'invocazione è la stessa di per
mknbi. Nelle discussioni seguenti, viene utilizzato il modulo mknbi.

--obbiettivo=bersaglio Specificare il binario di destinazione. Attualmente sono disponibili linux, menu, rom, fdos
e dos. mknbi non è necessario per avviare FreeBSD.

--uscita=file di uscita Specificare il file di output, può essere utilizzato con tutte le varianti. Stdout è il
predefinito.

Il pacchetto deve essere installato nella posizione di destinazione prima che gli eseguibili possano essere
run, perché cerca i file della libreria.

Ciascuna delle varianti sarà descritta separatamente.

MKELF-LINUX

mkelf-linux ed mknbi-linux crea un'immagine di avvio da un'immagine del kernel Linux, o una zImage
o un bzImage.

MKELF-LINUX VERSIONI

--param=stringa Sostituisci la stringa del parametro predefinito con quella specificata. Questa opzione
sovrascrive tutte le seguenti opzioni, quindi dovresti sapere cosa stai facendo.

--aggiungere=stringa Aggiunge la stringa specificata alla stringa di parametri esistente. Questa opzione
funziona dopo che le altre opzioni dei parametri sono state valutate.

--rootdir=rootdir Definire il nome della directory da montare tramite NFS dal server di avvio.

In assenza di questa opzione, l'impostazione predefinita è utilizzare la directory "/tftpboot/"%s, con
, il %s che rappresenta il nome host o l'indirizzo IP del sistema di avvio, a seconda che
l'attributo hostname è presente nella risposta BOOTP/DHCP.

Se viene fornito "rom" e se il server BOOTP/DHCP è in grado di gestire le estensioni RFC 1497,
il valore dell'opzione rootpath viene utilizzato come directory principale.

Se il nome dato all'opzione inizia con "/ dev /", il dispositivo corrispondente viene utilizzato come
il dispositivo root e nessuna directory NFS verrà montata.

--rootmode="ro|rw" Definisce se il dispositivo root sarà montato in sola lettura o in lettura-scrittura
rispettivamente. Senza questo parametro, il valore predefinito è "rw".

--ip=stringa Definire gli indirizzi IP del client e del server.

In assenza di questa opzione non sono definiti indirizzi IP e il kernel determinerà
gli indirizzi IP da soli, solitamente utilizzando DHCP, BOOTP o RARP. Nota che il kernel
la query è in aggiunta a la query fatta dalla bootrom, e richiede l'IP: livello del kernel
funzionalità di autoconfigurazione (CONFIG_IP_PNP) da includere nel kernel.

Nota importante: nei kernel Linux 2.2.x dove x >= 18 e 2.4.x dove x >= 5, è
necessaria per specificare una delle opzioni di abilitazione nel paragrafo successivo per far sì che l'IP
autoconfigurazione da attivare. A differenza dei kernel precedenti, l'autoconfigurazione IP lo fa
non accade per impostazione predefinita. Si noti inoltre che è probabile che l'autoconfigurazione IP e NFSroot vadano a rotoli
away in Linux 2.6 e che i metodi di configurazione IP dello spazio utente utilizzano ramdisk e spazio utente
I demoni DHCP sono preferiti ora.

Se viene fornito uno dei seguenti: "off, none, on, any, dhcp, bootp, rarp, entrambi", allora il
l'opzione verrà passata senza modifiche al kernel e farà sì che l'opzione autoconfig sia
scelto.

Se viene fornito "rom" come argomento di questa opzione, tutti gli indirizzi IP necessari per root NFS
il montaggio sarà ereditato dalla risposta BOOTP/DHCP che la bootrom ha ricevuto dal server.

È anche possibile definire gli indirizzi durante la compilazione dell'immagine di avvio. Allora, tutto
gli indirizzi devono essere separati da due punti e ordinati nel modo seguente:

"--ip="client:server:gateway:maschera di rete:nomehost[:dev[:proto]]

Usando questa opzione mkelf-linux convertirà automaticamente i nomi di sistema in IP decimali
indirizzi per le prime tre voci in questa stringa. Il hostname l'ingresso sarà utilizzato da
il kernel per impostare il nome host del client diskless Linux avviato. Quando più di uno
l'interfaccia di rete è installata nel client diskless, è possibile specificare il nome
dell'interfaccia da usare per montare la directory principale tramite NFS dando l'opzionale
valore "dev". Questa voce deve iniziare con la stringa "eth" seguita da un numero da 0 a
9. Tuttavia, se nel client è installata una sola interfaccia, questo dev ingresso compreso il
il punto e virgola precedente può essere omesso. Il proto l'argomento è una delle autoconfigurazioni IP
abilitando le opzioni sopra elencate. (Autore: non mi è chiaro quale sia l'IP
l'autoconfigurazione lo fa quando i parametri sono già specificati. Forse è per ottenere
parametri non specificati, ad es. dominio NIS.)

--rdbase=in alto|asi|0xNNNNNNNN Imposta l'indirizzo di caricamento del ramdisk. "top" sposta il ramdisk su
in cima alla memoria prima di saltare al kernel. Questa è l'impostazione predefinita se rdbase non lo è
specificato. Questa opzione richiede che il dimensionamento del kernel di first-linux funzioni correttamente. "come è"
lo carica a 0x100000 (1 MB) se il kernel è caricato in modo basso; o lo lascia subito dopo il kernel
in memoria, se il kernel è caricato alto. Perché questa opzione funzioni, il kernel deve essere in grado
per gestire i ramdisk a questi indirizzi. 0xNNNNNNNN sposta il ramdisk all'indirizzo esadecimale
specificato. Spetta all'utente specificare un indirizzo adatto che sia accettabile per il
kernel e non si sovrappone ad altri segmenti. Etherboot arrotonderà l'indirizzo per difetto a
multiplo di 4k (ultime 3 cifre a zero).

--rdnopad Per impostazione predefinita, etherboot pad (con null) il dato initrd di qualsiasi dimensione a multipli
di 4k byte (allineandosi al limite della pagina di memoria). Usa questa opzione per disabilitare il riempimento se lo fa
causa problemi.

--first32=Programma Sostituisci il programma di installazione della prima fase predefinito. Può essere usato per chiamare
estensioni al codice Etherboot, che apre la strada a ulteriori utili funzionalità
senza aumentare le dimensioni dell'impronta di Etherboot. --first32 è implicito nell'ELF
formato.

--progredisce Questa opzione è usata in combinazione con ed è valida solo con --first32
opzione per indicare al caricatore Etherboot che il programma chiamato tornerà al caricatore
e quindi Etherboot non dovrebbe disabilitare il dispositivo di rete come nel caso del programma
non tornerà mai a Etherboot.

--relocseg=segadr Questa opzione viene utilizzata per specificare prima un riposizionamento di Linux, boot,
configurazione e i segmenti dei parametri su un'altra banda da 64k. Attualmente gli unici valori validi sono
0x9000 e 0x8000, corrispondenti a indirizzi lineari da 0x90000 e 0x80000 in su. Il
il valore predefinito è 0x9000. Di solito usi questa opzione se hai spostato Etherboot su 0x84000
per evitare altro codice nel segmento 0x90000 come DOC. Il kernel Linux deve supportare
rilocazione che implica un kernel 2.4 o successivo. --relocseg funziona in modo affidabile solo con ELF o
--first32=.

me=dimensione Questa non è un'opzione della riga di comando ma un parametro del kernel che viene intercettato
dalla fase first32 e utilizzato come parte superiore della memoria, per abbinare l'interpretazione di Linux.
dimensione può essere suffisso da "G" per indicare gibibyte (volte 2^30), "M" per indicare
mebibyte (per 2^20) o "K" per indicare kibibyte (per 2^10). Nota che i suffissi
sono maiuscole. Questo parametro del kernel può essere specificato in --append= o nell'opzione-129 del
Registrazione DHCP/BOOTP.

Eseguire il programma così:

mkelf-linux immagine del kernel [immagine-ramdisk] > linux.nb

Allora muoviti linux.nb dove il processo di avvio di rete si aspetta di trovarlo.

MKELF-LINUX BOOTP/DHCP VENDITORE TAGS

mkelf-linux include un codice di avvio all'inizio del kernel Linux che è in grado di
rilevare determinate opzioni definite dal fornitore DHCP. Questi possono essere usati per modificare il kernel
processo di caricamento in fase di esecuzione. Per utilizzare queste opzioni con ISC DHCPD v3, un popolare demone DHCP,
la sintassi è la seguente. Dovrai regolare la sintassi per altri DHCP o BOOTP
demoni.

opzione etherboot-signature code 128 = stringa;

opzione parametri del kernel codice 129 = testo;

...

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

opzione parametri del kernel "INITRD_DBG=6 NIC=3c509";

L'opzione 128 deve essere la firma a sei byte sopra. Vedere l'appendice vendortags di
il manuale utente Etherboot per i dettagli.

La seguente opzione è attualmente supportata da mkelf-linux:

129 I stringa il valore dato con questa opzione viene aggiunto alla lettera alla fine del kernel
riga di comando. Può essere utilizzato per specificare argomenti come indirizzi I/O o canali DMA
richiesto per hardware speciale come adattatori SCSI, schede di rete ecc. Consultare il
Documentazione del kernel Linux sulla sintassi richiesta da queste opzioni. È lo stesso di
, il --aggiungere opzione della riga di comando per mkelf-linux, ma funziona all'avvio invece che all'immagine
costruire tempo.

130 Con questa opzione è possibile selezionare l'adattatore di rete utilizzato per il montaggio
root tramite NFS su un client diskless multihomed. La sintassi per stringa il valore è lo stesso
come per la voce "dev" usata con il --ip= opzione come sopra descritto. Tuttavia nota che
, il mkelf-linux la routine di installazione di runtime non controlla la sintassi della stringa.

MKNBI-ROM

mknbi-rom crea un'immagine di avvio da un'immagine ROM di avvio Etherboot ".rom" o ".zrom". Questo
consente l'avvio da rete utilizzando una ROM esistente. Questo è utile per sviluppare Etherboot
driver o per caricare una versione più recente di Etherboot con una precedente.

Esegui mknbi-rom in questo modo:

mknbi-rom nic.zrom > nic.nb

Sposta nic.nb dove il processo di avvio di rete si aspetta di trovarlo. La ROM di avvio lo farà
carica questo come operativo sistema ed eseguire l'immagine ROM.

MKELF-IMG

mkelf-img crea un'immagine di avvio da un'immagine Etherboot ".img" o ".zimg". Questo gli permette di
essere avviato dalla rete utilizzando una ROM esistente. Questo è utile per sviluppare driver Etherboot o per
caricare una versione più recente di Etherboot con una precedente.

Esegui mkelf-img in questo modo:

mkelf-img nic.zimg > nic.nb

Sposta nic.nb dove il processo di avvio di rete si aspetta di trovarlo. La ROM di avvio lo farà
carica questo come operativo sistema ed eseguire l'immagine.

Nota che questo non verifica la parte del caricatore ROM che si trova in un'immagine ".z?rom", ma non in
a ".z?img".

MENÙ MKELF

menu mkelf ed menu mknbi creare un'immagine di avvio da un programma di menu ausiliario. Etherboot ha
la possibilità di caricare un programma ausiliario in grado di interagire con l'utente, modificare il DHCP
struttura e restituire uno stato. In base allo stato, Etherboot può caricare un altro binario,
riavviare o uscire. Ciò rende possibile avere elaborati programmi di interfaccia utente senza
dover modificare Etherboot. La specifica per il programma ausiliario è documentata nel
Manuale dello sviluppatore Etherboot.

menu mkelf ed menu mknbi prendi un binario chiamato "menu" dalla directory della libreria, che è
si presume che abbia un punto di ingresso di 0x60000. Un argomento facoltativo è accettato, e questo è
caricato a 0x80000. Questo può essere un file di dati utilizzato dal programma di menu.

Attualmente, il binario del menu fornito duplica la funzione di menu integrata di Etherboot con
l'eccezione di un paio di piccole differenze: nessuna specifica del server o del gateway è
i carichi TFTP usati e annidati non funzionano. Non dovresti avere MOTD o IMAGE_MENU definiti in
la tua build Etherboot per poter utilizzare questo binario di menu esterno. Le specifiche di
l'opzione DHCP richiesta si trova nel documento vendortags nel manuale utente Etherboot.

L'uso tipico è così:

mkelf-menu > menu.nb

Quindi inserisci menu.nb nella directory di avvio TFTP e modifica le opzioni DHCP in base a
documentazione.

I programmi di interfaccia utente alternativi sono altamente incoraggiati.

MKELF-NFL

mkelf nfl ed mknbi-nfl creare un'immagine di avvio dal programma del menu NFL. Questo programma di menu
prende i nomi delle immagini da un file di testo del menu che contiene solo le righe con il
nomi di file (relativi alla directory radice tftpd) delle immagini da caricare. L'interfaccia utente è
una barra luminosa, simile a quella usata in GRUB. C'è un file di testo di menu di esempio in
"menu-nfl.eg". È possibile utilizzare la voce speciale "Quit Etherboot" (senza virgolette, ovviamente)
in menu-text-files come una voce che fa uscire Etherboot e tornare all'invocazione
ambiente, che è il BIOS nel caso delle ROM.

L'uso tipico è:

mkelf nfl menu-file-testo > nfl.nb

Quindi inserisci nfl.nb nella directory di avvio TFTP e specifica come immagine di avvio. Concatenamento a
altri menu funzionano.

Miglioramenti al formato del menu accettato per specificare altre caratteristiche come titoli,
timeout, colori e così via sono altamente incoraggiati.

MKELF-LUA

mkelf lua crea un'immagine ELF da un Lua precompilato ("http://www.tecgraf.puc-rio.br/lua/")
.

L'uso tipico è:

mkelf-lua ciao.lb > luaprog.nb

dove "hello.lb" è stato generato da un programma Lua da:

luac -o ciao.lb ciao.lua

Le funzioni disponibili per i programmi Lua in questo ambiente sono descritte in un separato
documento.

MKNBI-FDOS

mknbi-fdos crea un'immagine di avvio da un file del kernel FreeDOS e un'immagine floppy. Notare che
l'immagine del kernel non viene letta dalla sezione floppy dell'immagine di avvio, ma è separata
sezione nell'immagine di avvio. Il bootloader è stato regolato per passare direttamente ad esso. Questo
indica lo spazio che sarebbe occupato sul floscio dal file immagine del kernel ora può essere
utilizzato per applicazioni e dati.

Ottieni una distribuzione di FreeDOS con un kernel recente, probabilmente almeno del 2006. È stato
testato con il 2012 ma niente di più vecchio. Puoi ottenere il kernel FreeDOS qui:

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

Segui le istruzioni per creare un floppy avviabile. Quindi ottieni un'immagine del floppy con:

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

Estrarre anche kernel.sys dal floppy. Puoi farlo dall'immagine usando gli mtools
pacchetto, specificando un file come a guidare con una dichiarazione come questa in ~/.mtoolsrc:

unità x: file="/tmp/immagine floppy"

Quindi eseguire:

mcopy x:kernel.sys .

Quindi esegui mknbi con:

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

where kernel.sys ed /tmp/immagine floppy sono i file estratti sopra. Allora muoviti freedos.nb
dove il processo di avvio di rete si aspetta di trovarlo.

Se sei riuscito a avviare la rete con successo, puoi tornare indietro e aggiungere i tuoi file al
immagine floscia. Puoi cancellare kernel.sys nell'immagine floppy per risparmiare spazio, che non è
necessario. Nota che puoi creare un'immagine floppy di qualsiasi dimensione desideri con mformat
programma da mtools, non sei limitato alla dimensione effettiva del floppy di avvio.

MKNBI-FDOS VERSIONI

--disco rigido Fai in modo che il ramdisk di avvio sia il primo disco rigido, ad esempio C:. Una ragione per cui potresti volere
fare questo è perché vuoi usare il floppy reale. Il limite sulla "dimensione del disco" nel
l'immagine di avvio non viene generata da questa opzione, quindi non è un motivo per utilizzare questa opzione. Questo
l'opzione è incompatibile con --disableharddisk.

--disableharddisk Quando il ramdisk sta simulando un'unità disco floppy, questo interruttore
disabilitare gli accessi al disco rigido. Ciò è necessario se il client deve utilizzare un file di rete
sistema come unità C:, che è possibile solo se non ci sono dischi rigidi trovati da DOS. Questo
l'opzione è incompatibile con --harddisk.

--nozucca Non tentare di tagliare i settori inutilizzati dalla fine dell'immagine floppy. Questo
aumenta la dimensione dell'immagine di avvio e quindi il tempo di caricamento se il filesystem FAT sul floppy
è per lo più vuoto ma potresti voler usare questa opzione se hai dei dubbi sul fatto che il
l'algoritmo di schiacciamento funziona correttamente.

--rdbase=0xNNNNNNNN Imposta l'indirizzo di caricamento del ramdisk. L'indirizzo di caricamento predefinito per il ramdisk
è 0x110000. Può essere spostato più in alto (più in basso non funzionerà) se per qualche motivo è necessario
caricare altre cose all'indirizzo che occupa attualmente. Poiché questo è un indirizzo lineare e non
un indirizzo di segmento, gli ultimi 4 bit non vengono utilizzati e dovrebbero essere 0.

MKNBI-DOS

mknbi-dos crea un'immagine di avvio da un'immagine floppy contenente un filesystem DOS avviabile. Esso
non è necessario costruire il filesystem su un floppy fisico se hai gli mtools
pacchetto, ma per iniziare è necessario un floppy di avvio di qualsiasi dimensione. Per prima cosa estrai il boot
blocco dal floppy, questo blocco di avvio deve corrispondere ai file del kernel DOS in cui copierai
il prossimo passo:

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

Quindi ottenere i file del kernel DOS (questo è corretto per DR-DOS, i nomi sono diversi in MS-
DOS, IO.SYS e MSDOS.SYS):

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

Quindi inserisci una voce in ~/.mtoolsrc per dichiarare un floppy da mappare a un file:

unità x: file="/tmp/immagine floppy"

Ora formatta un floppy della dimensione desiderata, in questo esempio un floppy da 2.88 MB, allo stesso modo
tempo scrivendo il bootblock su di esso:

mformat -C -t 80 -s 36 -h 2 -B blocco di avvio x:

La dimensione del "floppy" è limitata solo dai limiti sul numero di cilindri, settori
e testine, che sono rispettivamente 1023, 63 e 255, e la quantità di RAM che desideri
da allocare al "floppy" in memoria. Poiché la RAM è preziosa, scegli una dimensione leggermente più grande
di quanto è necessario per contenere i file "floppy".

Infine, copia tutti i file desiderati sul floppy:

mcopia IBMBIO.COM x:

mcopy IBMDOS.COM x:

mcopy COMANDO.COM x:

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

Per MS-DOS sostituire IO.SYS per IBMIO.COM e MSDOS.SYS per IBMDOS.COM. Il caso del
i file devono essere conservati, potrebbe non funzionare se i nomi VFAT minuscoli vengono generati nel
immagine floscia. Prestare attenzione all'ordine di copia poiché il blocco di avvio potrebbe aspettarsi che
le prime due voci su un disco appena formattato devono essere IO.SYS, MSDOS.SYS. Forse anche
COMMAND.COM deve essere la terza voce, quindi giochiamo sul sicuro. Grazie a Phil Davey e Phillip
Roa per questi suggerimenti.

Ho rapporti che il bootblock di MS-DOS 6.22 a volte non riesce ad avviare il ramdisk. Voi
potrebbe provare a utilizzare il blocco di avvio da Netboot invece di rimuovere il blocco di avvio dal
floscio. Ho fornito questo blocco di avvio nella distribuzione come altboot.bin e nel sorgente
form come altboot.S e boot.inc. Una cosa essenziale è rendere IO.SYS il primo file su
il disco, o questo bootblock non funzionerà.

Se ti capita di avere un supporto della stessa dimensione, puoi verificare se l'immagine è avviabile da
copiandolo sul supporto e quindi avviandolo:

dd if=/tmp/floppyimmagine di=/dev/fd0

Quindi esegui mknbi-dos sull'immagine /tmp/immagine floppy per creare un'immagine di avvio:

mknbi-dos /tmp/floppyimage > dos.nb

Sposta dos.nb dove il processo di avvio di rete si aspetta di trovarlo.

MKNBI-DOS VERSIONI

--disco rigido Fai in modo che il ramdisk di avvio sia il primo disco rigido, ad esempio C:. Una ragione per cui potresti volere
fare questo è perché vuoi usare il floppy reale. Il limite sulla "dimensione del disco" nel
l'immagine di avvio non viene generata da questa opzione, quindi non è un motivo per utilizzare questa opzione. Questo
l'opzione è incompatibile con --disableharddisk.

--disableharddisk Quando il ramdisk sta simulando un'unità disco floppy, questo interruttore
disabilitare gli accessi al disco rigido. Ciò è necessario se il client deve utilizzare un file di rete
sistema come unità C:, che è possibile solo se non ci sono dischi rigidi trovati da DOS. Questo
l'opzione è incompatibile con --harddisk.

--nozucca Non tentare di tagliare i settori inutilizzati dalla fine dell'immagine floppy. Questo
aumenta la dimensione dell'immagine di avvio e quindi il tempo di caricamento se il filesystem FAT sul floppy
è per lo più vuoto ma potresti voler usare questa opzione se hai dei dubbi sul fatto che il
l'algoritmo di schiacciamento funziona correttamente.

--rdbase=0xNNNNNNNN Imposta l'indirizzo di caricamento del ramdisk. L'indirizzo di caricamento predefinito per il ramdisk
è 0x110000. Può essere spostato più in alto (più in basso non funzionerà) se per qualche motivo è necessario
caricare altre cose all'indirizzo che occupa attualmente. Poiché questo è un indirizzo lineare e non
un indirizzo di segmento, gli ultimi 4 bit non vengono utilizzati e dovrebbero essere 0.

Usa mknbi online utilizzando i servizi onworks.net