mknbi - Online na nuvem

PROGRAMA:

NOME

mknbi - torna a imagem inicializável da rede

SINOPSE

mknbi --versão

mknbi --format =formato --target =alvo [--output =arquivo de saída] argumentos específicos do alvo

mkelf-linux [--output =arquivo de saída] imagem do kernel [ramdisk]

mknbi-linux [--output =arquivo de saída] imagem do kernel [ramdisk]

mknbi-rom [--output =arquivo de saída] .z? arquivo rom

mkelf-img [--output =arquivo de saída] .z? img-file

menu mkelf [--output =arquivo de saída] [imagem de dados]

menu mknbi [--output =arquivo de saída] [imagem de dados]

mkelf-nfl [--output =arquivo de saída] [imagem de dados]

mknbi-nfl [--output =arquivo de saída] [imagem de dados]

mkelf-lua [--output =arquivo de saída] Luabin

mknbi-fdos [--output =arquivo de saída] kernel.sys imagem de disquete

mknbi-dos [--output =arquivo de saída] imagem de disquete

DESCRIÇÃO

mknbi é um programa que cria imagens inicializáveis ​​de rede para vários sistemas operacionais
adequado para carregamento de rede por Etherboot ou Netboot, que são carregadores de inicialização ROM. Se você
está procurando inicializar usando PXE, não procure mais, mknbi não é o que você deseja. Você provavelmente
deseja algo como PXELINUX que faz parte do pacote SYSLINUX.

mknbi --version exibe a versão atual. Use-o antes de relatar problemas.

mknbi pode ser invocado com o --formato e --alvo opções ou links podem ser feitos para ele
sob o formato e nomes específicos de destino. Por exemplo, mkelf-linux é o mesmo que mknbi
--format = elf --target = linux.

--formato=formato Especifique o formato da saída. Atualmente disponíveis estão nbi e elf.
O formato ELF só funciona com Linux e menu. Caso contrário, a invocação é a mesma que para
mknbi. Nas discussões abaixo, o formulário mknbi é usado.

--alvo=alvo Especifique o binário de destino. Atualmente disponíveis estão linux, menu, rom, fdos
e dos. mknbi não é necessário para inicializar o FreeBSD.

--output =arquivo de saída Especifique o arquivo de saída, pode ser usado com todas as variantes. Stdout é o
padrão.

O pacote deve ser instalado no local de destino antes que os executáveis ​​possam ser
executar, porque procura por arquivos de biblioteca.

Cada uma das variantes será descrita separadamente.

MKELF-LINUX

mkelf-linux e mknbi-linux faz uma imagem de inicialização a partir de uma imagem do kernel Linux, seja um zImage
ou um bzImage.

MKELF-LINUX OPÇÕES

--param =corda Substitua a string de parâmetro padrão pela especificada. Esta opção
substitui todas as opções a seguir, então você deve saber o que está fazendo.

--acrescentar=corda Acrescenta a string especificada à string de parâmetro existente. Esta opção
opera depois que as outras opções de parâmetro foram avaliadas.

--rootdir=rootdir Defina o nome do diretório a ser montado via NFS a partir do servidor de inicialização.

Na ausência desta opção, o padrão é usar o diretório "/ tftpboot /"%s, com
que o %s representando o nome do host ou endereço IP do sistema de inicialização, dependendo se
o atributo hostname está presente na resposta BOOTP / DHCP.

Se "rom" for fornecido, e se o servidor BOOTP / DHCP for capaz de lidar com as extensões RFC 1497,
o valor da opção rootpath é usado como o diretório raiz.

Se o nome dado à opção começar com "/ Dev /", o dispositivo correspondente é usado como
o dispositivo raiz e nenhum diretório NFS será montado.

--rootmode= "ro | rw" Define se o dispositivo raiz será montado somente leitura ou leitura-gravação
respectivamente. Sem este parâmetro, o padrão é "rw".

--ip =corda Defina os endereços IP do cliente e do servidor.

Na ausência desta opção, nenhum endereço IP é definido, e o kernel irá determinar
os endereços IP por si só, geralmente usando DHCP, BOOTP ou RARP. Observe que o kernel
consulta é in Adição para a consulta feita pelo bootrom, e requer o IP: nível do kernel
recurso de configuração automática (CONFIG_IP_PNP) a ser incluído no kernel.

Nota importante: Nos kernels Linux 2.2.x onde x> = 18 e 2.4.x onde x> = 5, é
necessário para especificar uma das opções de ativação no próximo parágrafo para fazer com que o IP
configuração automática a ser ativada. Ao contrário dos kernels anteriores, a configuração automática de IP faz
não acontecer por padrão. Observe também que a configuração automática de IP e NFSroot provavelmente irão
no Linux 2.6 e que os métodos de configuração de IP do espaço do usuário usando ramdisk e espaço do usuário
Os daemons DHCP são preferidos agora.

Se um dos seguintes: "off, none, on, any, dhcp, bootp, rarp, both" for fornecido, o
opção será passada sem modificação para o kernel e fará com que a opção autoconfig seja
escolhido.

Se "rom" for dado como argumento para esta opção, todos os endereços IP necessários para a raiz NFS
a montagem será herdada da resposta BOOTP / DHCP que o bootrom obteve do servidor.

Também é possível definir os endereços durante a compilação da imagem de boot. Então, todos
os endereços devem ser separados por dois pontos e ordenados da seguinte forma:

"--ip ="cliente: servidor: gateway: máscara de rede: nome do host [: dev [: proto]]

Usando esta opção mkelf-linux irá converter automaticamente os nomes do sistema em IP decimal
endereços para as três primeiras entradas nesta string. o hostname a entrada será usada por
o kernel para definir o nome do host do cliente sem disco Linux inicializado. Quando mais de um
interface de rede é instalada no cliente sem disco, é possível especificar o nome
da interface a ser usada para montar o diretório raiz via NFS, dando o opcional
valor "dev". Esta entrada deve começar com a string "eth" seguida por um número de 0 a
9. No entanto, se apenas uma interface for instalada no cliente, este dev entrada incluindo o
O ponto-e-vírgula precedente pode ser omitido. o proto argumento é um dos autoconfiguração de IP
opções de ativação listadas acima. (Autor: não está claro para mim qual é o IP
a configuração automática faz quando os parâmetros já estão especificados. Talvez seja para obter
parâmetros não especificados, por exemplo, domínio NIS.)

--rdbase =top | asis | 0xNNNNNNNN Defina o endereço de carregamento do ramdisk. "top" move o ramdisk para o
topo da memória antes de pular para o kernel. Este é o padrão se o rdbase não for
Especificadas. Esta opção requer que o dimensionamento do kernel do first-linux funcione corretamente. "como é"
carrega em 0x100000 (1 MB) se o kernel estiver carregado com pouca carga; ou deixa logo após o kernel
na memória, se o kernel é carregado alto. Para esta opção funcionar, o kernel deve ser capaz
para lidar com ramdisks nesses endereços. 0xNNNNNNNN move o ramdisk para o endereço hexadecimal
Especificadas. A responsabilidade recai sobre o usuário em especificar um endereço adequado que seja aceitável para o
kernel e não se sobrepõe a nenhum outro segmento. Etherboot arredondará o endereço para
múltiplo de 4k (últimos 3 dígitos a zero).

--rdnopad Por padrão, etherboot pads (com nulos) o initrd dado de qualquer tamanho para múltiplos
de 4k bytes (alinhando ao limite da página de memória). Use esta opção para desativar o preenchimento se
causa problema.

--first32 =programa Substitua o programa de configuração de primeiro estágio padrão. Pode ser usado para ligar
extensões para o código Etherboot, que abre caminho para funcionalidades úteis adicionais
sem aumentar o tamanho da área de cobertura do Etherboot. --first32 está implícito no ELF
formato.

--progretorna Esta opção é usada em conjunto com e válida apenas com --first32
opção para indicar ao carregador Etherboot que o programa chamado irá retornar ao carregador
e, portanto, Etherboot não deve desabilitar o dispositivo de rede como é o caso quando o programa
nunca mais voltará ao Etherboot.

--relocseg =segaddr Esta opção é usada para especificar uma realocação do Linux primeiro, inicializar,
configuração e segmentos de parâmetro para outra banda de 64k. Atualmente, os únicos valores válidos são
0x9000 e 0x8000, correspondendo a endereços lineares de 0x90000 e 0x80000 para cima. o
o padrão é 0x9000. Normalmente você usa esta opção se você mudou o Etherboot para 0x84000
para evitar outro código no segmento 0x90000 como DOC. O kernel Linux deve suportar
realocação que implica um kernel 2.4 ou posterior. --relocseg só funciona de forma confiável com ELF ou
--first32 =.

mem =tamanho mems Esta não é uma opção de linha de comando, mas um parâmetro do kernel que é interceptado
no estágio first32 e usado como o topo da memória, para coincidir com a interpretação do Linux.
tamanho mems pode ser sufixado por "G" para indicar gibibytes (vezes 2 ^ 30), "M" para indicar
mebibytes (vezes 2 ^ 20) ou "K" para indicar kibibytes (vezes 2 ^ 10). Observe que os sufixos
são maiúsculas. Este parâmetro do kernel pode ser especificado em --append = ou opção-129 do
Registro DHCP / BOOTP.

Execute o programa assim:

mkelf-linux imagem do kernel [imagem ramdisk]> linux.nb

Então mova linux.nb para onde o processo de inicialização da rede espera encontrá-lo.

MKELF-LINUX BOOTP / DHCP VENDEDOR TAGS

mkelf-linux inclui um código de inicialização no início do kernel Linux que é capaz de
detectar certas opções definidas pelo fornecedor DHCP. Eles podem ser usados ​​para modificar o kernel
processo de carregamento em tempo de execução. Para usar essas opções com ISC DHCPD v3, um daemon DHCP popular,
a sintaxe é a seguinte. Você precisará ajustar a sintaxe para outro DHCP ou BOOTP
demônios.

opção código de assinatura de etherboot 128 = string;

código de parâmetros de kernel de opção 129 = texto;

...

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

opção kernel-parameters "INITRD_DBG = 6 NIC = 3c509";

A opção 128 deve ser a assinatura de seis bytes acima. Veja o apêndice vendortags de
o manual do usuário Etherboot para detalhes.

A opção a seguir é atualmente suportada por mkelf-linux:

129 A corda o valor fornecido com esta opção é anexado literalmente ao final do kernel
linha de comando. Pode ser usado para especificar argumentos como endereços I / O ou canais DMA
necessário para hardware especial, como adaptadores SCSI, placas de rede, etc. Consulte o
Documentação do kernel Linux sobre a sintaxe exigida por essas opções. É o mesmo que
que o --acrescentar opção de linha de comando para mkelf-linux, mas funciona no momento da inicialização em vez de imagem
tempo de construção.

130 Com esta opção é possível selecionar o adaptador de rede usado para a montagem
root via NFS em um cliente sem disco com hospedagem múltipla. A sintaxe para o corda valor é o mesmo
quanto à entrada "dev" usada com o --ip = opção conforme descrito acima. No entanto, note que
que o mkelf-linux a rotina de configuração do tempo de execução não verifica a sintaxe da string.

MKNBI-ROM

mknbi-rom cria uma imagem de inicialização a partir de uma imagem ROM de inicialização Etherboot ".rom" ou ".zrom". Esse
permite que ele seja inicializado pela rede usando uma ROM existente. Isso é útil para desenvolver Etherboot
drivers ou para carregar uma versão mais recente do Etherboot com uma mais antiga.

Execute mknbi-rom assim:

mknbi-rom nic.zrom> nic.nb

Mover nic.nb para onde o processo de inicialização da rede espera encontrá-lo. A ROM de inicialização irá
carregue isso como o operando . e execute a imagem ROM.

MKELF-IMG

mkelf-img cria uma imagem de inicialização a partir de uma imagem Etherboot ".img" ou ".zimg". Isso permite que
ser inicializado pela rede usando uma ROM existente. Isso é útil para desenvolver drivers Etherboot ou para
carregue uma versão mais recente do Etherboot com uma mais antiga.

Execute mkelf-img assim:

mkelf-img nic.zimg> nic.nb

Mover nic.nb para onde o processo de inicialização da rede espera encontrá-lo. A ROM de inicialização irá
carregue isso como o operando . e execute a imagem.

Observe que isso não testa a parte do carregador de ROM que está em uma imagem ".z? Rom", mas não em
a ".z? img".

MKELF-MENU

menu mkelf e menu mknbi faça uma imagem de inicialização a partir de um programa de menu auxiliar. Etherboot tem
a capacidade de carregar um programa auxiliar que pode interagir com o usuário, modificar o DHCP
estrutura e retornar um status. Com base no status, Etherboot pode carregar outro binário,
reinicie ou saia. Isso torna possível ter programas de interface de usuário elaborados sem
ter que modificar o Etherboot. A especificação do programa auxiliar está documentada no
Etherboot Developer's Manual.

menu mkelf e menu mknbi pegue um binário chamado "menu" do diretório da biblioteca, que é
assumido como tendo um ponto de entrada de 0x60000. Um argumento opcional é aceito, e este é
carregado em 0x80000. Este pode ser um arquivo de dados usado pelo programa de menu.

Atualmente, o binário do menu fornecido duplica a facilidade do menu embutido do Etherboot com
a exceção de algumas pequenas diferenças: nenhuma especificação de servidor ou gateway é
carregamentos TFTP usados ​​e aninhados não funcionam. Você não deve ter MOTD ou IMAGE_MENU definido em
sua compilação Etherboot para poder usar este binário de menu externo. As especificações de
a opção DHCP necessária está no documento vendortags no manual do usuário Etherboot.

O uso típico é assim:

mkelf-menu> menu.nb

Em seguida, coloque menu.nb no diretório de inicialização TFTP e edite suas opções de DHCP de acordo com o
documentação.

Programas alternativos de interface de usuário são altamente encorajados.

MKELF-NFL

mkelf-nfl e mknbi-nfl faça uma imagem de inicialização do programa de menu da NFL. Este programa de menu
pega os nomes das imagens de um arquivo de texto de menu que contém apenas linhas com o
nomes de arquivos (relativos ao diretório raiz tftpd) das imagens a serem carregadas. A interface do usuário é
uma barra de luz, semelhante à usada no GRUB. Existe um exemplo de arquivo de texto de menu em
"menu-nfl.eg". A entrada especial "Quit Etherboot" (sem aspas, é claro) pode ser usada
no menu-text-files como uma entrada que faz com que o Etherboot saia e volte para a chamada
ambiente, que é o BIOS no caso de ROMs.

O uso típico é:

mkelf-nfl arquivo de texto de menu > nfl.nb

Em seguida, coloque nfl.nb no diretório de inicialização TFTP e especifique como a imagem de inicialização. Acorrentando a
outros menus funcionam.

Aprimoramentos no formato do menu são aceitos para especificar outros recursos, como títulos,
tempo limite, cores e assim por diante são altamente encorajados.

MKELF-LUA

mkelf-lua faz uma imagem ELF de uma Lua pré-compilada ("http://www.tecgraf.puc-rio.br/lua/")
.

O uso típico é:

mkelf-lua hello.lb> luaprog.nb

onde "hello.lb" foi gerado a partir de um programa Lua por:

luac -o olá.lb olá.lua

As funções disponíveis para programas Lua neste ambiente são descritas em um separado
documento.

MKNBI-FDOS

mknbi-fdos cria uma imagem de inicialização de um arquivo de kernel do FreeDOS e uma imagem de disquete. Observe que
a imagem do kernel não é lida na seção de disquetes da imagem de inicialização, mas é um
seção na imagem de inicialização. O bootloader foi ajustado para ir diretamente para ele. Esse
significa o espaço que seria ocupado no mole pelo arquivo de imagem do kernel agora pode ser
usado para aplicativos e dados.

Obtenha uma distribuição do FreeDOS com um kernel recente, provavelmente pelo menos 2006. Tem sido
testado com 2012, mas nada mais antigo. Você pode obter o kernel do FreeDOS aqui:

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

Siga as instruções para fazer um disquete inicializável. Em seguida, obtenha uma imagem do disquete com:

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

Também extrair kernel.sys do disquete. Você pode fazer isso a partir da imagem usando o mtools
pacote, especificando um arquivo como um distância com uma declaração como esta em ~ / .mtoolsrc:

unidade x: arquivo = "/ tmp / floppyimage"

Então corra:

mcopy x: kernel.sys.

Em seguida, execute o mknbi por:

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

onde kernel.sys e / tmp / floppyimage são os arquivos extraídos acima. Então mova freedos.nb
para onde o processo de inicialização da rede espera encontrá-lo.

Se você conseguiu fazer a inicialização via rede com sucesso, pode voltar e adicionar seus arquivos ao
imagem de disquete. Você pode deletar kernel.sys na imagem do disquete para economizar espaço, que não é
precisava. Note que você pode criar uma imagem de disquete de qualquer tamanho que desejar com o mformat
programa da mtools, você não está restrito ao tamanho real do disquete de inicialização.

MKNBI-FDOS OPÇÕES

--disco rígido Faça do ramdisk de inicialização o primeiro disco rígido, ou seja, C :. Uma razão pela qual você pode querer
para fazer isso é porque você deseja usar o disquete real. O limite do "tamanho do disco" no
a imagem de inicialização não é gerada por esta opção, de modo que não é uma razão para usá-la. Esse
opção é incompatível com --disableharddisk.

--disableharddisk Quando o ramdisk está simulando uma unidade de disquete, esta opção irá
desabilite os acessos ao disco rígido. Isso é necessário se o cliente deve usar um arquivo de rede
sistema como unidade C :, o que só é possível se não houver discos rígidos encontrados pelo DOS. Esse
opção é incompatível com --harddisk.

--nosquash Não tente cortar setores não usados ​​do final da imagem do disquete. Esse
aumenta o tamanho da imagem de inicialização e, portanto, o tempo de carregamento se o sistema de arquivos FAT no disquete
está quase vazio, mas você pode querer usar esta opção se tiver dúvidas se o
o algoritmo de esmagamento está funcionando corretamente.

--rdbase =0xNNNNNNNN Defina o endereço de carregamento do ramdisk. O endereço de carregamento padrão para o ramdisk
é 0x110000. Ele pode ser movido para cima (para baixo não funcionará) se por algum motivo você precisar
carregue outras coisas no endereço que ocupa atualmente. Como este é um endereço linear e não
um endereço de segmento, os últimos 4 bits não são usados ​​e devem ser 0.

MKNBI-DOS

mknbi-dos cria uma imagem de inicialização a partir de uma imagem de disquete contendo um sistema de arquivos DOS inicializável. Isto
não é necessário construir o sistema de arquivos em um disquete físico se você tiver o mtools
pacote, mas você precisa de um disquete inicializável de qualquer tamanho para começar. Primeiro extraia a bota
bloco do disquete, este bloco de inicialização deve corresponder aos arquivos do kernel DOS que você irá copiar
o próximo passo:

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

Em seguida, obtenha os arquivos do kernel do DOS (correto para DR-DOS, os nomes são diferentes no MS-
DOS, IO.SYS e MSDOS.SYS):

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

Em seguida, faça uma entrada em ~ / .mtoolsrc para declarar um disquete a ser mapeado para um arquivo:

unidade x: arquivo = "/ tmp / floppyimage"

Agora formate um disquete do tamanho desejado, neste exemplo um disquete de 2.88 MB, ao mesmo
hora de escrever o bootblock nele:

mformat -C -t 80 -s 36 -h 2 -B bloco de inicialização x:

O tamanho do "disquete" é apenas limitado pelos limites do número de cilindros, setores
e cabeças, que são 1023, 63 e 255, respectivamente, e a quantidade de RAM que você deseja
para alocar para o "disquete" na memória. Como a RAM é preciosa, escolha um tamanho um pouco maior
do que o necessário para armazenar seus arquivos "disquetes".

Por fim, copie todos os arquivos desejados para o disquete:

mcopiar IBMBIO.COM x:

copie IBMDOS.COM x:

copie COMMAND.COM x:

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

Para o MS-DOS, substitua IO.SYS por IBMIO.COM e MSDOS.SYS por IBMDOS.COM. O caso do
os arquivos devem ser preservados, pode não funcionar se nomes em minúsculas VFAT forem gerados no
imagem de disquete. Preste atenção à ordem de cópia, pois o bloco de inicialização pode esperar o
as duas primeiras entradas em um disco recém-formatado devem ser IO.SYS, MSDOS.SYS. Possivelmente também
COMMAND.COM deve ser a terceira entrada, portanto, jogamos pelo seguro. Agradecimentos a Phil Davey e Phillip
Roa por essas dicas.

Tenho relatos de que o bootblock do MS-DOS 6.22 às vezes falha ao inicializar o ramdisk. Vocês
poderia tentar usar o bloco de inicialização do Netboot em vez de obter o bloco de inicialização do
mole. Eu forneci este bloco de inicialização na distribuição como altboot.bin e na fonte
formulário como altboot.S e boot.inc. Uma coisa essencial é tornar IO.SYS o primeiro arquivo em
o disco, ou este bootblock não funcionará.

Se acontecer de você ter uma mídia do mesmo tamanho, você pode testar se a imagem é inicializável por
copiando-o para a mídia e, em seguida, inicializando-o:

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

Em seguida, execute mknbi-dos sobre a imagem / tmp / floppyimage para criar uma imagem de inicialização:

mknbi-dos / tmp / floppyimage> dos.nb

Mover dos.nb para onde o processo de inicialização da rede espera encontrá-lo.

MKNBI-DOS OPÇÕES

--disco rígido Faça do ramdisk de inicialização o primeiro disco rígido, ou seja, C :. Uma razão pela qual você pode querer
para fazer isso é porque você deseja usar o disquete real. O limite do "tamanho do disco" no
a imagem de inicialização não é gerada por esta opção, de modo que não é uma razão para usá-la. Esse
opção é incompatível com --disableharddisk.

--disableharddisk Quando o ramdisk está simulando uma unidade de disquete, esta opção irá
desabilite os acessos ao disco rígido. Isso é necessário se o cliente deve usar um arquivo de rede
sistema como unidade C :, o que só é possível se não houver discos rígidos encontrados pelo DOS. Esse
opção é incompatível com --harddisk.

--nosquash Não tente cortar setores não usados ​​do final da imagem do disquete. Esse
aumenta o tamanho da imagem de inicialização e, portanto, o tempo de carregamento se o sistema de arquivos FAT no disquete
está quase vazio, mas você pode querer usar esta opção se tiver dúvidas se o
o algoritmo de esmagamento está funcionando corretamente.

--rdbase =0xNNNNNNNN Defina o endereço de carregamento do ramdisk. O endereço de carregamento padrão para o ramdisk
é 0x110000. Ele pode ser movido para cima (para baixo não funcionará) se por algum motivo você precisar
carregue outras coisas no endereço que ocupa atualmente. Como este é um endereço linear e não
um endereço de segmento, os últimos 4 bits não são usados ​​e devem ser 0.

Use mknbi online usando serviços onworks.net