Clonar uma instância do Ubuntu 22.04 que usa uma unidade flash compacta parece levar a um diretório /boot/grub vazio

Clonar uma instância do Ubuntu 22.04 que usa uma unidade flash compacta parece levar a um diretório /boot/grub vazio

Temos uma configuração do Ubuntu 22.04 que funciona e funciona bem. Quando clonamos a unidade flash compacta e a colocamos em um sistema idêntico, ela não consegue inicializar com uma file '/grub/i386-pc/normal.mod' not foundmensagem de erro. Temos usado a recuperação do grub para tentar ver o porquê e parece (mas podemos estar usando a recuperação do grub incorretamente, pois somos novos nisso) que o /boot/grubdiretório está vazio, apesar de um clone verificado ter sido obtido.

No sistema de trabalho df-hmostra o seguinte:

Filesystem                         Size  Used Avail Use% Mounted on
tmpfs                              377M  1.4M  376M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  5.6G  4.7G  644M  88% /
tmpfs                              1.9G     0  1.9G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
/dev/sda2                          1.7G  247M  1.4G  16% /boot
tmpfs                               16M   16K   16M   1% /opt/intellair/db
tmpfs                              377M  4.0K  377M   1% /run/user/1000

Usando a recuperação do grub no sistema não inicializável, o lscomando fornece os seguintes resultados:

(hd0) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1)

conjunto dá:

cmdpath=(hd0)
prefix=(hd0,gpt2)/grub
root=hd0,gpt2

Se tentarmos lsqualquer uma das outras unidades, obteremos Filesystem is unknown, mas gpt2 (correspondente a /dev/sda2) funciona e se executarmos, ls /obteremos

config-5.15.0-52-generic
lost+found
System.map-5.15.0-52-generic
grub/
initrd.img
vmlinuz
initrd.img-5.15.0-52-generic 
vmlinuz-5.15.0-52-generic
initrd.img.old
vmlinuz.old

Criticamente, quando emitimos o comando, ls /grubele funciona bem, mas não retorna nada. Entendemos que isso significa que a pasta grub está vazia. Isto também é suportado pela impossibilidade de carregar quaisquer módulos (por exemplo, linux, kernel, normal, etc.) que esperaríamos estar na pasta grub.

Duas perguntas específicas:

  1. Na recuperação do grub, se o /grubdiretório continha arquivos, deveria ls /grublistá-los?

  2. Supondo que /grubesteja realmente vazio, alguém já teve esse problema antes? É quase como se o clone da unidade flash compacta omitisse especificamente o conteúdo do diretório grub.

É importante notar que esse processo funcionou bem para nós em uma configuração antiga do Ubuntu 18.04. É apenas no Ubuntu 22.04 mais recente que o processo de clonagem apresenta esse problema.

informação relacionada