O comando linux ks=floppy também funciona se o arquivo ks.cfg estiver em um sistema de arquivos vfat ou ext2 em um disquete e você inicializar a partir do CD-ROM #1 do Red Hat Enterprise Linux.

Um método de inicialização alternativo é inicializar a partir do CD-ROM #1 do Red Hat Enterprise Linux e disponibilizar um arquivo de kickstart em um sistema de arquivos vfat ou ext2 em um disquete. Para fazê-lo, forneça o seguinte comando no prompt boot::

linux ks=hd:fd0:/ks.cfg

Se você precisa usar um disco de drivers com o kickstart, especifique também a opção dd. Por exemplo, para inicializar por um disquete de inicialização e usar um disco de drivers, forneça o seguinte comando no prompt boot::

linux ks=floppy dd

Se o arquivo de kickstart estiver em um CD-ROM conforme descrito na Seção 28.8.1, “Criando Mídia de Inicialização de Kickstart”, insira o CD-ROM e inicialize o sistema, e então forneça o seguinte comando no prompt boot: (onde ks.cfg representa o nome do arquivo de kickstart):

linux ks=cdrom:/ks.cfg

Não usa o CD-ROM automaticamente como fonte de instalação se nós detectarmos um CD do Red Hat Enterprise Linux no seu drive de CD-ROM.

Torna o kickstart não-interativo.

Inicia o pdb imediatamente.

Usa um driver de disco.

Envia um identificador de classe de fabricante DHCP personalizado. O dhcpcd do ISC pode inspecionar este valor usando "option vendor-class-identifier".

Lista de servidores de nomes, separados por vírgulas, a serem usados em uma instalação em rede.

O mesmo que 'dd'.

Habilita funcionalidades especiais:

Porta de comunicação (gateway) a ser usada para uma instalação em rede.

Força uma instalação gráfica. Necessário para que ftp/http use interface gráfica.

Pede que o usuário forneça a configuração para dispositivos ISA.

Endereço IP a ser usado para uma instalação em rede, use 'dhcp' para DHCP.

Layout de keyboard a ser usado. Valores válidos são aqueles que podem ser usados para o comando 'keyboard' do kickstart.

O programa de instalação procura pelo arquivo de kickstart no servidor NFS <servidor>, como arquivo <caminho>. O programa de instalação usa o DHCP para configurar a placa de Ethernet. Por exemplo, se o seu servidor NFS for servidor.exemplo.com e o arquivo de kickstart estiver na partilha de NFS /mydir/ks.cfg, o comando de inicialização correto seria ks=nfs:servidor.exemplo.com:/mydir/ks.cfg.

O programa de instalação procura pelo arquivo de kickstart no servidor HTTP <servidor>, como arquivo <caminho>. O programa de instalação usa o DHCP para configurar a placa de Ethernet. Por exemplo, se o seu servidor HTTP for servidor.exemplo.com e o arquivo de kickstart estiver no diretório de HTTP /mydir/ks.cfg, o comando de inicialização correto seria ks=http://servidor.exemplo.com/mydir/ks.cfg.

O programa de instalação procura pelo arquivo ks.cfg em um sistema de arquivos vfat ou ext2 em um disquete em /dev/fd0.

O programa de instalação procura pelo arquivo de kickstart no disquete em /dev/fd0, como arquivo <caminho>.

O programa de instalação monta o sistema de arquivos em <dispositivo> (o qual deve ser vfat ou ext2), e procura pelo arquivo de configuração do kickstart como <arquivo> naquele sistema de arquivos (por exemplo, ks=hd:sda3:/mydir/ks.cfg).

O programa de instalação tenta ler o arquivo <arquivo> a partir do sistema de arquivos - nenhuma montagem é feita. Isto é normalmente usado se o arquivo de kickstart já estiver na imagem initrd.

O programa de instalação procura pelo arquivo de kickstart no CD-ROM, como arquivo <caminho>.

Se ks for usado sozinho, o programa de instalação configura a placa de Ethernet para usar DHCP. O arquivo de kickstart é lido a partir do "bootServer" da resposta do DHCP como se fosse um servidor NFS compartilhando o arquivo de kickstart. Por padrão, o bootServer é o mesmo que o servidor DHCP. O nome do arquivo de kickstart é um dos seguintes:

O programa de instalação usa este dispositivo de rede para se conectar à rede. Por exemplo, considere um sistema conectado a um servidor NFS através do dispositivo eth1. Para executar uma instalação kickstart neste sistema usando um arquivo de kickstart armazenado no servidor NFS, você usaria o comando ks=nfs:<servidor>:/<caminho> ksdevice=eth1 no prompt boot:.

Adiciona cabeçalhos HTTP para pedidos ks=http://, o que pode ser útil para o provisionamento de sistemas. Inclui endereços MAC para todos os NICs em variáveis de ambiente CGI no formato: "X-RHN-Provisioning-MAC-0: eth0 01:23:45:67:89:ab".

Idioma a ser usado na instalação. Deve ser um idioma válido para o uso com o comando 'lang' do kickstart.

Configura o nível mínimo de mensagens a serem registradas .Valores para <nível> são debug, info, warning, error, and critical. O valor padrão é info.

Força o uso de resolução 640x480 pelo instalador gráfico.

Ativa código do carregador para oferecer ao usuário a opção de testar a integridade da fonte de instalação (caso seja um método baseado em ISO).

Executa uma instalação baseada em CD-ROM.

Usa <caminho> para uma instalação por FTP.

Usa <caminho> em <dev> para uma instalação por disco rígido.

Usa <caminho> para uma instalação HTTP.

Usa <caminho> para uma instalação NFS.

Máscara de rede a ser usada para uma instalação em rede.

Termina e sai caso a instalação gráfica falhe.

Não carrega o buffer de quadros VGA16 necessário para a instalação em modo texto para alguns idiomas.

Não carrega suporte para dispositivos firewire.

Desabilita IPv6 durante a instalação.

Uma opção de depuração que previne que o Anaconda termine (kill) todos os programas em execução quando um erro fatal ocorrer.

Não montar automaticamente quaisquer partições Linux instaladas em modo de recuperação.

Não executar a detecção automática de dispositivos de rede.

Não tenta carregar suporte para portas paralelas.

Não passa informações sobre o teclado e o mouse para o instalador estágio 2, útil para testar telas de configuração do teclado e do mouse no instalador estágio 2 durante instalações em rede.

Ignora controlador PCMCIA no sistema.

Não tenta detectar hardware. Ao invés disso, apresenta solicitação ao usuário.

Não coloca um shell no tty2 durante a instalação.

Não executa a detecção automática de dispositivos de armazenamento (SCSI, IDE, RAID).

Não carrega suporte para USB (útil nos casos em que a instalação esteja travando prematuramente).

Não carrega o módulo usbstorage no carregador. Pode ajudar na ordenação de dispositivos em sistemas SCSI.

Roda ambiente de recuperação.

Roda instalador no modo especificado - '1024x768', por exemplo.

Habilita suporte para console serial.

Pula a detecção DDC do monitor, pode ajudar caso o sistema esteja travando.

Uma vez que a instalação esteja em andamento, envia mensagens de registro pra o processo syslog em <host>, e, opcionalmente, na porta <porta>. Requer que o processo syslog remoto aceite conexões (a opção -r).

Força a instalação em modo texto.

Pede por disquete contendo atualizações (consertos de erros).

Imagem contendo atualizações através de FTP.

Imagem contendo atualizações através de HTTP.

Não requer um /etc/redhat-release que corresponda a sintaxe esperada para a atualização.

Habilita a instalação baseada em VNC. Você precisará se conectar à máquina usando um aplicativo VNC cliente.

Uma vez que a instalação esteja em pleno andamento, conecta ao cliente VNC chamado<host>, e, opcionalmente à <porta>.

Requer que a opção 'vnc' também seja especificada.

Habilita uma senha para a conexão VNC. Isto impedirá que alguém inadvertidamente conecte à instalação baseada em VNC.

Requer que a opção 'vnc' também seja especificada.