Eu criei um tutorial há algum tempo para implementar facilmente o Debian 12 a partir das imagens qcow2 fornecidas aqui: https://cloud.debian.org/images/cloud/bookworm/latest/ . Infelizmente, só consegui fazê-lo funcionar com aquele generic
, em vez do genericcloud
. Achei que isso iria "se resolver" com uma atualização depois de algum tempo, mas parece que não é o caso, pois ainda está acontecendo hoje.
O problema que ocorre ao executar a configuração do cloud-init na imagem genericcloud é mostrado na seguinte saída durante a implantação:
Begin: Running /scripts/local-bottom ... GROWROOT: /sbin/growpart: 824: /sbin/growpart: grep: not found
GPT PMBR size mismatch (4194303 != 25165823) will be corrected by write.
The backup GPT table is not on the end of the device.
/sbin/growpart: 853: /sbin/growpart: sed: not found
WARN: unknown label
/sbin/growpart: 354: /sbin/growpart: sed: not found
FAILED: sed failed on dump output
/sbin/growpart: 83: /sbin/growpart: rm: not found
done.
Uma captura de tela do erro na saída é fornecida abaixo, caso isso ajude:
Meu arquivo cloud-init (redigido) do qual criei o ISO de inicialização da nuvem é mostrado abaixo:
#cloud-config
hostname: template-debian-12-cloud
manage_etc_hosts: false
ssh_pwauth: false
disable_root: true
users:
- name: programster
hashed_passwd: $6$rounds=4096$dfdfdfdsXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXBB14i0
sudo: ALL=(ALL) NOPASSWD:ALL
shell: /bin/bash
lock-passwd: false
ssh_authorized_keys:
- ssh-rsa AAAAB3NzaCXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=
2024-programster
Alguém sabe uma maneira de contornar esse problema? Talvez eu precise adicionar/remover algo da minha configuração de inicialização da nuvem ou não precise expandir a imagem qcow2 antes de executar a implantação? Geralmente acho que preciso realizar essa expansão caso alguém deseje adicionar pacotes adicionais à instalação do cloud-init, como o Docker, já que às vezes o sistema de arquivos fornecido é tão pequeno que a configuração falhará, pois existe não há espaço suficiente sem a expansão.
Falha na tentativa de solução alternativa
Tentei adicionar o seguinte na parte inferior do meu cloud-init.cfg antes de recriar o ISO, mas isso não resolveu o problema:
growpart:
mode: off
devices: ['/']
ignore_growroot_disabled: false
Relatório de bug do Debian potencialmente relacionado
Parece que esse bug foi relatado nesta postagem de registro de relatório de bug , então espero que ele seja corrigido, mas espero que haja uma solução alternativa que alguém conheça.
O pacote que contém o script com falha parece ser
cloud-initramfs-growroot
e, na verdade, possui um relatório de bug mais específico para esse problema , com um patch anexado.... e então, obviamente, reconstrua o arquivo initramfs com
update-initramfs -u
.Se você leu o relatório de bug, parece que um mantenedor do Debian aparentemente digitou algo errado e fez com que uma correção para outro bug fosse marcada como uma correção para esse bug, o que parece ter atrasado as coisas até que a confusão fosse desfeita.
De acordo com este bugtracker de cloud-initramfs-tools , a correção já foi mesclada
unstable
e esperançosamente trabalhando a partirstable
daí ... Acho que ajudaria se alguém testasse a nova versãounstable
e confirmasse que funciona?