Este es el comando mknbi que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
mknbi - hacer una imagen de arranque de red
SINOPSIS
mknbi --versión
mknbi --format =formato --target =dirigidos [--salida =archivo de salida] argumentos-específicos-objetivo
mkelf-linux [--salida =archivo de salida] imagen del kernel [ramdisk]
mknbi-linux [--salida =archivo de salida] imagen del kernel [ramdisk]
mknbi-rom [--salida =archivo de salida] .z? archivo-rom
mkelf-img [--salida =archivo de salida] .z? archivo img
mkelf-menú [--salida =archivo de salida] [imagen de datos]
mknbi-menú [--salida =archivo de salida] [imagen de datos]
mkelf-nfl [--salida =archivo de salida] [imagen de datos]
mknbi-nfl [--salida =archivo de salida] [imagen de datos]
mkelf-lua [--salida =archivo de salida] luabín
mknbi-fdos [--salida =archivo de salida] núcleo.sys disquete
mknbi-dos [--salida =archivo de salida] disquete
DESCRIPCIÓN
mknbi es un programa que crea imágenes de arranque en red para varios sistemas operativos
Adecuado para la carga de red mediante Etherboot o Netboot, que son cargadores de arranque ROM. Si tu
estás buscando arrancar usando PXE, no busques más, mknbi no es lo que quieres. Probablemente
quiere algo como PXELINUX, que es parte del paquete SYSLINUX.
mknbi --version imprime la versión actual. Úselo antes de informar problemas.
mknbi se puede invocar con el --formato y --objetivo se pueden hacer opciones o enlaces a él
bajo formato y nombres específicos de destino. Por ejemplo, mkelf-linux es lo mismo que mknbi
--format = elf --target = linux.
--formato=formato Especifique el formato de la salida. Actualmente están disponibles nbi y elf.
El formato ELF solo funciona con linux y menú. De lo contrario, la invocación es la misma que para
mknbi. En las discusiones siguientes, se utiliza el formulario mknbi.
--objetivo=dirigidos Especifique el binario de destino. Actualmente disponibles son linux, menu, rom, fdos
y dos. mknbi no es necesario para arrancar FreeBSD.
--salida =archivo de salida Especifique el archivo de salida, se puede utilizar con todas las variantes. Stdout es el
predeterminado.
El paquete debe instalarse en la ubicación de destino antes de que los ejecutables puedan ser
ejecutar, porque busca archivos de biblioteca.
Cada una de las variantes se describirá por separado.
MKELF-LINUX
mkelf-linux y mknbi-linux crea una imagen de arranque a partir de una imagen del kernel de Linux, ya sea un zImage
o una bzImage.
MKELF-LINUX CAMPUS
--param =cadena Reemplace la cadena de parámetro predeterminada por la especificada. Esta opción
anula todas las siguientes opciones, por lo que debe saber lo que está haciendo.
--adjuntar=cadena Agrega la cadena especificada a la cadena de parámetros existente. Esta opción
funciona después de que se hayan evaluado las otras opciones de parámetros.
--rootdir=directorio raíz Defina el nombre del directorio para montar a través de NFS desde el servidor de arranque.
En ausencia de esta opción, el valor predeterminado es usar el directorio "/ tftpboot /"%s, con las
las %s que representa el nombre de host o la dirección IP del sistema de arranque, dependiendo de si
el atributo de nombre de host está presente en la respuesta BOOTP / DHCP.
Si se proporciona "rom" y si el servidor BOOTP / DHCP puede manejar las extensiones RFC 1497,
el valor de la opción rootpath se utiliza como directorio raíz.
Si el nombre dado a la opción comienza con "/ dev /", el dispositivo correspondiente se utiliza como
el dispositivo raíz y no se montará ningún directorio NFS.
--modo raíz= "ro | rw" Define si el dispositivo raíz se montará en solo lectura o en lectura y escritura
respectivamente. Sin este parámetro, el valor predeterminado es "rw".
--ip =cadena Defina direcciones IP de cliente y servidor.
En ausencia de esta opción, no se definen direcciones IP y el kernel determinará
las direcciones IP por sí mismas, generalmente mediante DHCP, BOOTP o RARP. Tenga en cuenta que el kernel
la consulta es in adición a la consulta realizada por el bootrom, y requiere la IP: nivel de kernel
característica de autoconfiguración (CONFIG_IP_PNP) que se incluirá en el kernel.
Nota importante: en los kernels de Linux 2.2.x donde x> = 18 y 2.4.x donde x> = 5, es
necesario para especificar una de las opciones de habilitación en el siguiente párrafo para hacer que la IP
autoconfiguración para ser activada. A diferencia de los kernels anteriores, la autoconfiguración de IP no
no sucederá por defecto. También tenga en cuenta que es probable que la autoconfiguración de IP y NFSroot desaparezcan.
en Linux 2.6 y que los métodos de configuración de IP del espacio de usuario usando ramdisk y espacio de usuario
Los demonios DHCP son los preferidos ahora.
Si se da una de las siguientes opciones: "off, none, on, any, dhcp, bootp, rarp, both", entonces el
La opción se pasará sin modificar al kernel y hará que la opción de autoconfig.
elegido.
Si se proporciona "rom" como argumento para esta opción, todas las direcciones IP necesarias para la raíz NFS
el montaje se heredará de la respuesta BOOTP / DHCP que el bootrom obtuvo del servidor.
También es posible definir las direcciones durante la compilación de la imagen de arranque. Entonces todo
Las direcciones deben estar separadas por dos puntos y ordenadas de la siguiente manera:
"--ip ="cliente: servidor: puerta de enlace: máscara de red: nombre de host [: dev [: proto]]
Usando esta opción mkelf-linux convertirá automáticamente los nombres del sistema en IP decimal
direcciones para las tres primeras entradas de esta cadena. los hostname la entrada será utilizada por
el kernel para establecer el nombre de host del cliente sin disco de Linux arrancado. Cuando mas de uno
La interfaz de red está instalada en el cliente sin disco, es posible especificar el nombre
de la interfaz que se utilizará para montar el directorio raíz a través de NFS dando la opción opcional
valor "dev". Esta entrada debe comenzar con la cadena "eth" seguida de un número del 0 al
9. Sin embargo, si solo se instala una interfaz en el cliente, esto dev entrada que incluye el
el punto y coma anterior se puede omitir. los proto El argumento es uno de los de autoconfiguración de IP.
habilitar las opciones enumeradas anteriormente. (Autor: no me queda claro cuál es la propiedad intelectual
la autoconfiguración lo hace cuando los parámetros ya están especificados. Quizás es para obtener
parámetros no especificados, por ejemplo, dominio NIS).
--rdbase =arriba | asis | 0xNNNNNNNN Configure la dirección de carga del disco ram. "top" mueve el ramdisk al
parte superior de la memoria antes de saltar al kernel. Este es el valor predeterminado si rdbase no es
especificado. Esta opción requiere que el tamaño del kernel de first-linux funcione correctamente. "como es"
lo carga a 0x100000 (1 MB) si el kernel se carga bajo; o lo deja justo después del kernel
en la memoria, si el kernel se carga alto. Para que esta opción funcione, el kernel debe poder
para manejar ramdisks en estas direcciones. 0xNNNNNNNN mueve el ramdisk a la dirección hexadecimal
especificado. Es responsabilidad del usuario especificar una dirección adecuada que sea aceptable para el
kernel y no se superpone con ningún otro segmento. Etherboot redondeará la dirección a
múltiplo de 4k (últimos 3 dígitos hasta cero).
--rdnopad Por defecto, etherboot pads (con nulos) el initrd dado de cualquier tamaño a múltiples
de 4k bytes (alineándose con el límite de la página de memoria). Utilice esta opción para deshabilitar el relleno si
causa problema.
--first32 =programa Anula el programa de configuración predeterminado de la primera etapa. Se puede utilizar para llamar
extensiones del código Etherboot, que allana el camino para una funcionalidad adicional útil
sin aumentar el tamaño de la huella de Etherboot. --first32 está implícito en ELF
formato.
--progredevoluciones Esta opción se usa junto con y solo es válida con --first32
opción para indicar al cargador Etherboot que el programa llamado volverá al cargador
y por lo tanto Etherboot no debe deshabilitar el dispositivo de red como es el caso cuando el programa
nunca volverá a Etherboot.
--relocseg =segaddr Esta opción se utiliza para especificar una reubicación de Linux primero, arranque,
configuración y segmentos de parámetros a otra banda de 64k. Actualmente, los únicos valores válidos son
0x9000 y 0x8000, correspondientes a direcciones lineales de 0x90000 y 0x80000 en adelante. los
el valor predeterminado es 0x9000. Por lo general, usa esta opción si ha reubicado Etherboot a 0x84000
para evitar otro código en el segmento 0x90000 como DOC. El kernel de Linux debe admitir
reubicación que implica un kernel 2.4 o posterior. --relocseg solo funciona de manera confiable con ELF o
--primero32 =.
mem =tamaño mem Esta no es una opción de línea de comando, sino un parámetro del kernel que se intercepta
por la primera etapa32 y se utiliza como la parte superior de la memoria, para coincidir con la interpretación de Linux.
tamaño mem puede tener el sufijo "G" para indicar gibibytes (multiplicado por 2 ^ 30), "M" para indicar
mebibytes (multiplicado por 2 ^ 20) o "K" para indicar kibibytes (multiplicado por 2 ^ 10). Tenga en cuenta que los sufijos
son mayúsculas. Este parámetro del kernel se puede especificar en --append = o en la opción-129 de la
Registro DHCP / BOOTP.
Ejecute el programa así:
mkelf-linux imagen del núcleo [imagen ramdisk]> linux.nb
Entonces muévete linux.nb donde el proceso de arranque de la red espera encontrarlo.
MKELF-LINUX BOOTP / DHCP VENDEDOR TAGS
mkelf-linux incluye un código de inicio al comienzo del kernel de Linux que puede
detectar ciertas opciones definidas por el proveedor de DHCP. Estos se pueden usar para modificar el kernel
proceso de carga en tiempo de ejecución. Para usar estas opciones con ISC DHCPD v3, un demonio DHCP popular,
la sintaxis es la siguiente. Deberá ajustar la sintaxis para otros DHCP o BOOTP
demonios.
opción código de firma etherboot 128 = cadena;
opción código de parámetros del núcleo 129 = texto;
...
option etherboot-signature E4:45:74:68:00:00;
opción parámetros-kernel "INITRD_DBG = 6 NIC = 3c509";
Se requiere que la opción 128 sea la firma de seis bytes anterior. Consulte el apéndice de etiquetas de
el manual del usuario de Etherboot para obtener más detalles.
Actualmente, la siguiente opción es compatible con mkelf-linux:
129 El cadena El valor dado con esta opción se agrega literalmente al final del kernel.
línea de comando. Se puede utilizar para especificar argumentos como direcciones de E / S o canales DMA.
necesario para hardware especial como adaptadores SCSI, tarjetas de red, etc.
Documentación del kernel de Linux sobre la sintaxis requerida por esas opciones. Es lo mismo que
las --adjuntar opción de línea de comando para mkelf-linux, pero funciona en el momento del arranque en lugar de la imagen
Tiempo de construcción.
130 Con esta opción es posible seleccionar el adaptador de red utilizado para el montaje
root a través de NFS en un cliente sin disco de host múltiple. La sintaxis de la cadena el valor es el mismo
en cuanto a la entrada "dev" utilizada con el --ip = opción como se describe arriba. Sin embargo, tenga en cuenta que
las mkelf-linux La rutina de configuración del tiempo de ejecución no comprueba la sintaxis de la cadena.
MKNBI-ROM
mknbi-rom crea una imagen de arranque a partir de una imagen de ROM de arranque Etherboot ".rom" o ".zrom". Esta
permite arrancar desde la red utilizando una ROM existente. Esto es útil para desarrollar Etherboot
controladores o para cargar una versión más reciente de Etherboot con una anterior.
Ejecute mknbi-rom así:
mknbi-rom nic.zrom> nic.nb
Moverse nic.nb donde el proceso de arranque de la red espera encontrarlo. La ROM de arranque
carga esto como el funcionamiento te y ejecutar la imagen ROM.
MKELF-IMG
mkelf-img crea una imagen de arranque a partir de una imagen ".img" o ".zimg" de Etherboot. Esto le permite
arrancar desde la red utilizando una ROM existente. Esto es útil para desarrollar controladores Etherboot o para
cargue una versión más reciente de Etherboot con una anterior.
Ejecute mkelf-img así:
mkelf-img nic.zimg> nic.nb
Moverse nic.nb donde el proceso de arranque de la red espera encontrarlo. La ROM de arranque
carga esto como el funcionamiento te y ejecutar la imagen.
Tenga en cuenta que esto no prueba la parte del cargador de ROM que está en una imagen ".z? Rom", pero no en
un ".z? img".
MKELF-MENÚ
mkelf-menú y mknbi-menú hacer una imagen de arranque desde un programa de menú auxiliar. Etherboot tiene
la capacidad de cargar un programa auxiliar que puede interactuar con el usuario, modificar el DHCP
estructura y devuelve un estado. Según el estado, Etherboot puede cargar otro binario,
reiniciar o salir. Esto hace posible tener elaborados programas de interfaz de usuario sin
tener que modificar Etherboot. La especificación del programa auxiliar está documentada en el
Etherboot Developer's Manual.
mkelf-menú y mknbi-menú tomar un binario llamado "menú" del directorio de la biblioteca, que es
se supone que tiene un punto de entrada de 0x60000. Se acepta un argumento opcional, y este es
cargado en 0x80000. Puede ser un archivo de datos utilizado por el programa de menú.
Actualmente, el binario de menú proporcionado duplica la función de menú incorporado de Etherboot con
la excepción de un par de pequeñas diferencias: no hay especificaciones de servidor o puerta de enlace
las cargas TFTP usadas y anidadas no funcionan. No debe tener MOTD o IMAGE_MENU definido en
su compilación Etherboot para poder utilizar este binario de menú externo. Las especificaciones de
la opción DHCP requerida se encuentra en el documento vendortags en el manual del usuario de Etherboot.
El uso típico es así:
mkelf-menu> menu.nb
Luego coloque menu.nb en el directorio de arranque TFTP y edite sus opciones DHCP de acuerdo con la
documentación.
Se recomienda encarecidamente utilizar programas de interfaz de usuario alternativos.
MKELF-NFL
mkelf-nfl y mknbi-nfl crea una imagen de arranque desde el programa de menú de la NFL. Este programa de menú
toma los nombres de las imágenes de un archivo de archivo de texto de menú que solo contiene líneas con la
nombres de archivo (relativos al directorio raíz tftpd) de las imágenes para cargar. La interfaz de usuario es
una barra de luz, similar a la que se usa en GRUB. Hay un archivo de texto de menú de muestra en
"menu-nfl.eg". Se puede utilizar la entrada especial "Salir de Etherboot" (sin comillas, por supuesto)
en menu-text-files como una entrada que hace que Etherboot se cierre y vuelva a la invocación
entorno, que es el BIOS en el caso de las ROM.
El uso típico es:
mkelf-nfl archivo de texto de menú > nfl.nb
Luego coloque nfl.nb en el directorio de arranque TFTP y especifique como imagen de arranque. Encadenando a
otros menús funcionan.
Se aceptan mejoras en el formato del menú para especificar otras características como títulos,
Se recomienda encarecidamente el tiempo de espera, los colores, etc.
MKELF-LUA
mkelf-lua crea una imagen ELF a partir de un Lua precompilado ("http://www.tecgraf.puc-rio.br/lua/")
.
El uso típico es:
mkelf-lua hello.lb> luaprog.nb
donde "hello.lb" se generó a partir de un programa Lua por:
luac -o hola.lb hola.lua
Las funciones disponibles para los programas Lua en este entorno se describen en un
documento.
MKNBI-FDOS
mknbi-fdos crea una imagen de arranque a partir de un archivo del kernel de FreeDOS y una imagen de disquete. Tenga en cuenta que
la imagen del kernel no se lee de la sección de disquete de la imagen de arranque, sino que es una
sección en la imagen de arranque. El cargador de arranque se ha ajustado para saltar directamente a él. Esta
significa el espacio que se ocuparía en el flexible por el archivo de imagen del kernel ahora se puede
utilizado para aplicaciones y datos.
Obtenga una distribución de FreeDOS con un kernel reciente, probablemente al menos 2006. Se ha
probado con 2012 pero nada más antiguo. Puede obtener el kernel de FreeDOS aquí:
"http://freedos.sourceforge.net/"
Siga las instrucciones para crear un disquete de arranque. Luego obtenga una imagen del disquete con:
dd if = / dev / fd0 of = / tmp / floppyimage
También extraer núcleo.sys desde el disquete. Puedes hacer esto desde la imagen usando las mtools
paquete, especificando un archivo como el lado de la transmisión con una declaración como esta en ~ / .mtoolsrc:
unidad x: archivo = "/ tmp / floppyimage"
Entonces corre:
mcopy x: kernel.sys.
Luego ejecute mknbi por:
mknbi-fdos kernel.sys / tmp / floppyimage> freedos.nb
donde núcleo.sys y / tmp / floppyimage son los archivos extraídos arriba. Entonces muévete freedos.nb
donde el proceso de arranque de la red espera encontrarlo.
Si ha conseguido que arranque por red correctamente, puede volver atrás y agregar sus archivos al
imagen de disquete. Puedes borrar núcleo.sys en la imagen del disquete para ahorrar espacio, eso no es
necesario. Tenga en cuenta que puede crear una imagen de disquete de cualquier tamaño que desee con mformat
programa de mtools, no está restringido al tamaño real del disquete de arranque.
MKNBI-FDOS CAMPUS
--disco duro Haga que el disco ram de arranque sea el primer disco duro, es decir, C :. Una razón por la que podrías querer
hacer esto es porque desea utilizar el disquete real. El límite de "tamaño de disco" en el
La imagen de arranque no se genera con esta opción, por lo que no es una razón para usar esta opción. Esta
La opción es incompatible con --disableharddisk.
--deshabilitar el disco duro Cuando el ramdisk simula una unidad de disquete, este conmutador
deshabilite los accesos al disco duro. Esto es necesario si el cliente debe utilizar un archivo de red.
sistema como unidad C :, que solo es posible si no hay discos duros encontrados por DOS. Esta
La opción es incompatible con --harddisk.
--nosquash No intente cortar los sectores no utilizados del final de la imagen del disquete. Esta
aumenta el tamaño de la imagen de arranque y, por lo tanto, el tiempo de carga si el sistema de archivos FAT en el disquete
está casi vacío, pero es posible que desee utilizar esta opción si tiene dudas sobre si el
El algoritmo de aplastamiento funciona correctamente.
--rdbase =0xNNNNNNNN Configure la dirección de carga del disco ram. La dirección de carga predeterminada para el ramdisk
es 0x110000. Se puede mover más alto (más bajo no funcionará) si por alguna razón necesita
cargar otras cosas en la dirección que ocupa actualmente. Como se trata de una dirección lineal y no
una dirección de segmento, los últimos 4 bits no se utilizan y deben ser 0.
MKNBI-DOS
mknbi-dos crea una imagen de arranque a partir de una imagen de disquete que contiene un sistema de archivos DOS de arranque. Eso
no es necesario construir el sistema de archivos en un disquete físico si tiene las mtools
paquete, pero necesita un disquete de arranque de cualquier tamaño para empezar. Primero extrae la bota
bloque del disquete, este bloque de arranque debe coincidir con los archivos del kernel de DOS que copiará en
el siguiente paso:
dd if = / dev / fd0 of = bootblock bs = 512 count = 1
Luego obtenga los archivos del kernel de DOS (esto es correcto para DR-DOS, los nombres son diferentes en MS-
DOS, IO.SYS y MSDOS.SYS):
mcopie a: IBMBIO.COM a: IBMDOS.COM a: COMMAND.COM.
A continuación, haga una entrada en ~ / .mtoolsrc para declarar un disquete para ser mapeado a un archivo:
unidad x: archivo = "/ tmp / floppyimage"
Ahora formatee un disquete del tamaño deseado, en este ejemplo un disquete de 2.88 MB, al mismo
tiempo escribiendo el bloque de arranque en él:
mformat -C -t 80 -s 36 -h 2 -B bloque de arranque x:
El tamaño del "disquete" solo está limitado por los límites en el número de cilindros, sectores
y cabezas, que son 1023, 63 y 255 respectivamente, y la cantidad de RAM que desea
para asignar al "disquete" en la memoria. Como la RAM es preciosa, elija un tamaño un poco más grande
de lo que se necesita para guardar sus archivos "floppy".
Finalmente, copie todos los archivos que desee en el disquete:
mcopia IBMBIO.COM x:
mcopia IBMDOS.COM x:
mcopia COMMAND.COM x:
mcopy CONFIG.SYS AUTOEXEC.BAT APP.EXE APP.DAT ... x:
Para MS-DOS, sustituya IO.SYS por IBMIO.COM y MSDOS.SYS por IBMDOS.COM. El caso de la
Los archivos deben conservarse, es posible que no funcione si los nombres en minúsculas VFAT se generan en el
imagen de disquete. Preste atención al orden de copia, ya que el bloque de arranque puede esperar
las dos primeras entradas de un disco recién formateado serán IO.SYS, MSDOS.SYS. Posiblemente tambien
COMMAND.COM tiene que ser la tercera entrada, así que jugamos seguros. Gracias a Phil Davey y Phillip
Roa por estos consejos.
Tengo informes de que el bloque de arranque de MS-DOS 6.22 a veces no arranca el disco RAM. usted
podría intentar usar el bloque de arranque de Netboot en lugar de sacar el bloque de arranque del
flexible. He proporcionado este bloque de arranque en la distribución como altboot.bin y en la fuente
formulario como altboot.S y boot.inc. Una cosa esencial es hacer IO.SYS el primer archivo en
el disco, o este bloque de arranque no funcionará.
Si tiene un medio del mismo tamaño, puede probar si la imagen es de arranque mediante
copiarlo en el medio y luego iniciarlo:
dd if = / tmp / imagen de disquete de = / dev / fd0
Luego ejecute mknbi-dos sobre la imagen / tmp / floppyimage para crear una imagen de arranque:
mknbi-dos / tmp / floppyimage> dos.nb
Moverse dos.nb donde el proceso de arranque de la red espera encontrarlo.
MKNBI-DOS CAMPUS
--disco duro Haga que el disco ram de arranque sea el primer disco duro, es decir, C :. Una razón por la que podrías querer
hacer esto es porque desea utilizar el disquete real. El límite de "tamaño de disco" en el
La imagen de arranque no se genera con esta opción, por lo que no es una razón para usar esta opción. Esta
La opción es incompatible con --disableharddisk.
--deshabilitar el disco duro Cuando el ramdisk simula una unidad de disquete, este conmutador
deshabilite los accesos al disco duro. Esto es necesario si el cliente debe utilizar un archivo de red.
sistema como unidad C :, que solo es posible si no hay discos duros encontrados por DOS. Esta
La opción es incompatible con --harddisk.
--nosquash No intente cortar los sectores no utilizados del final de la imagen del disquete. Esta
aumenta el tamaño de la imagen de arranque y, por lo tanto, el tiempo de carga si el sistema de archivos FAT en el disquete
está casi vacío, pero es posible que desee utilizar esta opción si tiene dudas sobre si el
El algoritmo de aplastamiento funciona correctamente.
--rdbase =0xNNNNNNNN Configure la dirección de carga del disco ram. La dirección de carga predeterminada para el ramdisk
es 0x110000. Se puede mover más alto (más bajo no funcionará) si por alguna razón necesita
cargar otras cosas en la dirección que ocupa actualmente. Como se trata de una dirección lineal y no
una dirección de segmento, los últimos 4 bits no se utilizan y deben ser 0.
Utilice mknbi en línea utilizando los servicios de onworks.net
