Com base nas funções, parece que a opção --no-chroot
pode estar causando o problema nesse caso. Como alternativa, o caminho onde a imagem raiz está localizada pode precisar ser anexado a alguns dos caminhos para os quais os dados são redirecionados, normalmente algo como /mnt/sysimage/root
com o CentOS. Assim, seria possível definir uma variável como essa e anexá-la quando necessário
rootfs=/mnt/sysimage/root
...
echo DEVICE=eth0 >> $rootfs/etc/sysconfig/network-scripts/ifcfg-eth0
...
Além de remover a opção --no-chroot
, adicionar uma opção de registro pode ajudar a obter mais informações sobre a falha.
%post --log=/path/to/post/install/log.log
Além do registro em log, se houver necessidade de postagens de postagens com chroot e sem chroot, é possível ter várias seções de %post
como delineado a partir do Redhat aqui . Em casos com seções %post
complexas, a divisão das tarefas em vários scripts de postagem com logs separados pode ser valiosa para determinar a causa raiz de um problema com arquivos de kickstart.
Além de dividir %post
, se você tiver acesso a um servidor de arquivos ou armazenamento compartilhado de algum tipo, poderá escrever scripts contendo as funções usadas na postagem, montá-los / copiá-los durante a seção de postagem e chamar as funções relevantes. Isso lhe dará a oportunidade de testar alguns dos scripts sem precisar reconstruir / reinstalar o arquivo de kickstart constantemente durante a depuração, o que pode economizar muito tempo.