Documentação<Anterior | Conteúdo | Próxima>
Existem vários recursos do instalador do Ubuntu que se combinam para permitir que linhas de comando bastante simples no prompt de inicialização resultem em instalações automáticas personalizadas arbitrariamente complexas.
Isso é habilitado usando o Instalação automatizada escolha de inicialização, também chamada auto para algumas arquiteturas ou métodos de inicialização. Nesta secção, auto portanto, não é um parâmetro, significa selecionar essa opção de inicialização e anexar os seguintes parâmetros de inicialização no prompt de inicialização.
Para ilustrar isso, aqui estão alguns exemplos que podem ser usados no prompt de inicialização:
auto url = autoserver
Isso depende da existência de um servidor DHCP que levará a máquina ao ponto onde servidor automático pode ser resolvido pelo DNS, talvez depois de adicionar o domínio local, se for fornecido pelo DHCP. Se isso foi feito em um site onde o domínio é example.com, E eles
1. O dono de uma variável debconf (ou modelo) é normalmente o nome do pacote que contém o modelo debconf correspondente. Para variáveis usadas no próprio instalador, o proprietário é “di”. Os modelos e variáveis podem ter mais de um dono que ajuda a determinar se eles podem ser removidos da base de dados debconf se o pacote for removido.
ter uma configuração de DHCP razoavelmente sã, isso resultaria na recuperação do arquivo de pré-configuração
http://autoserver.example.com/d-i/bionic/./preseed.cfg.
A última parte desse url (di / biônico /./ preseed.cfg) é tirado de instalação automática / defaultroot. Por padrão, isso inclui o diretório biônico para permitir que versões futuras especifiquem seu próprio codinome e permitir que as pessoas migrem para a frente de maneira controlada. o /./ bit é usado para indicar uma raiz, em relação à qual os caminhos subsequentes podem ser ancorados (para uso em pré-configuração / inclusão e pré-configuração / execução). Isso permite que os arquivos sejam especificados como URLs completos, caminhos começando com / que são assim ancorados ou mesmo caminhos relativos ao local onde o último arquivo de pré-configuração foi encontrado. Isso pode ser usado para construir scripts mais portáveis, onde uma hierarquia inteira de scripts pode ser movida para um novo local sem quebrá-la, por exemplo, copiando os arquivos em um stick USB quando eles começaram em um servidor web. Neste exemplo, se o arquivo de pré-configuração define preseed / run para /scripts/late_command.sh então, o arquivo será obtido em http://autoserver.example.com/di/bionic/./scripts/late_command.sh.
Se não houver uma infraestrutura local de DHCP ou DNS, ou se você não quiser usar o caminho padrão para preseed.cfg, você ainda pode usar um url explícito e, se não usar o /./ elemento será ancorado no início do caminho (ou seja, o terceiro / no URL). Aqui está um exemplo que requer suporte mínimo da infraestrutura de rede local:
url automático = http: //192.168.1.2/path/to/mypreseed.file
A maneira como isso funciona é:
• se falta um protocolo no URL, assume-se que http,
• se a seção de nome de host não contém pontos, tem o domínio derivado de DHCP anexado a ela, e
. se não há /após o nome do host, o caminho padrão é adicionado.
Além de especificar o url, você também pode especificar configurações que não afetam diretamente o comportamento de instalador debian em si, mas pode ser passado para scripts especificados usando preseed / run no arquivo de pré-configuração carregado. No momento, o único exemplo disso é instalação automática / classes, que tem um alias aulas. Isso pode ser usado da seguinte forma:
url automático =example.com classes =class_A; class_B
As classes podem denotar, por exemplo, o tipo de sistema a ser instalado ou a localização a ser usada.
É claro que é possível estender esse conceito e, se o fizer, é razoável usar o namespace de instalação automática para isso. Então, pode-se ter algo como auto-instalação / estilo que é então usado em seus scripts. Se você sentir necessidade de fazer isso, por favor mencione no
<[email protegido]> mailing list para que possamos evitar conflitos de namespace e talvez adicionar um alias para o parâmetro para você.
A auto a escolha da bota ainda não está definida em todos os arcos, mas o mesmo efeito pode ser alcançado simplesmente adicionando os dois parâmetros auto = prioridade verdadeira = crítica para a linha de comando do kernel. o auto parâmetro do kernel é um apelido para auto-instalar / habilitar e configurá-lo para verdadeiro atrasa as questões locais e de teclado até que haja a chance de pré-configurá-las, enquanto prioridade é um apelido para debconf / prioridade e configurá-lo para crítico impede que quaisquer perguntas com uma prioridade mais baixa sejam feitas.
As opções adicionais que podem ser interessantes ao tentar automatizar uma instalação ao usar DHCP são: interface = auto netcfg / dhcp_timeout = 60 o que faz com que a máquina escolha a primeira NIC disponível e seja mais paciente para obter uma resposta à sua consulta DHCP.
Dica: um exemplo extenso de como usar esta estrutura, incluindo scripts de exemplo e classes, pode ser encontrado no site de seu desenvolvedor (http://hands.com/di/). Os exemplos disponíveis também mostram muitos outros efeitos interessantes que podem ser obtidos pelo uso criativo da pré-configuração.