O que significa o erro do Grub "no such device: /.disk/info" e como corrigi-lo?

No Debian 12 (e mais recente, aparentemente), quando instalado em um sistema UEFI habilitado para Secure Boot, inclui /boot/grub/grubx64.efiuma imagem de memdisk (aproximadamente 2,4 M de tamanho) que contém uma fonte Unicode e um mini grub.cfgarquivo, com o seguinte conteúdo:

if [ -z "$prefix" -o ! -e "$prefix" ]; then
        if ! search --file --set=root /.disk/info; then
                search --file --set=root /.disk/mini-info
        set prefix=($root)/boot/grub
if [ -e $prefix/x86_64-efi/grub.cfg ]; then
        source $prefix/x86_64-efi/grub.cfg
elif [ -e $prefix/grub.cfg ]; then
        source $prefix/grub.cfg
else
        source $cmdpath/grub.cfg

Ele também inclui um arquivo de configuração incorporado que diz simplesmente:

normal (memdisk)/grub.cfg

O valor padrão integrado para $prefixé definido como /EFI/debian.

Assim, quando grubx64.eficomeçar a executar, primeiro usará o arquivo de configuração dentro da imagem do memdisk.

Primeiro, esse arquivo de configuração verifica se $prefixestá indefinido ou se não há arquivo ou diretório correspondente na partição ESP. Nesse caso, ele definirá a inicial do GRUB $rootpara qualquer partição/sistema de arquivos que contenha /.disk/infoou /.disk/mini-info, e definirá $prefixpara apontar /boot/grubpara esse sistema de arquivos.

Eu acho que esses arquivos existiriam na mídia de instalação do Debian, e é assim que o Debian pode ter apenas uma compilação binária reproduzível assinada para cobrir todas as suas necessidades de carregador de inicialização compatível com Secure Boot.

Parece-me que com um sistema operacional instalado permanentemente, deve funcionar assim:

1. O padrão integrado $prefixé /EFI/debian, que é um diretório que deve existir no ESP.
2. A configuração incorporada diz ao GRUB para seguir primeiro a configuração baseada em memdisk. O sistema de arquivos raiz padrão para GRUB será o ESP.
3. Como $prefixestá definido e o diretório existe no ESP, a primeira ifcondição thennão será verdadeira e os searchcomandos devem ser ignorados.
4. /EFI/debian/x86_64-efi/grub.cfgnão existe no ESP (existiria na mídia de instalação do Debian), então a segunda if... thencondição também não será verdadeira.
5. Deve haver um /EFI/debian/grub.cfgno ESP ( /boot/efi/EFI/debian/grub.cfgquando o sistema operacional estiver funcionando normalmente) informando onde a configuração real do GRUB está localizada. Portanto, a elifcondição será verdadeira e o GRUB lerá o arquivo. Se você tiver uma /bootpartição dedicada, ela pode conter algo assim:

search.fs_uuid 12345678-90ab-cdef-0123-456789abcdef root 
set prefix=($root)'/grub'
configfile $prefix/grub.cfg

Isso selecionaria seu /bootsistema de arquivos por UUID para o sistema de arquivos raiz do GRUB (= o sistema de arquivos ao qual todos os caminhos subsequentes acessados ​​pelo GRUB se referem) e, em seguida, o usaria para ler a configuração real do GRUB em /boot/grub/grub.cfg.

Se você /bootestiver em um local diferente, como em um volume criptografado ou apenas em um diretório normal em seu sistema de arquivos raiz, o conteúdo de seu /boot/efi/EFI/debian/grub.cfgserá diferente para atender às suas circunstâncias.

No seu caso, algo dá errado na primeira if... thencondição dentro da configuração do memdisk: talvez seu ativo grubx64.efinão esteja localizado no /EFI/debiandiretório do ESP ( /boot/efi/EFI/debian/ao acessá-lo de um sistema operacional inicializado)? Ou talvez o seu firmware interprete os nomes de caminho com distinção entre maiúsculas e minúsculas e o caso real dos nomes dos diretórios seja diferente?

De qualquer forma, ele acaba procurando /.disk/infoe /.disk/mini-infoquais deveriam existir apenas na mídia de instalação, e essas pesquisas com falha causam as mensagens de erro que você está vendo.

Como o GRUB está funcionando de outra forma, as mensagens provavelmente podem ser inofensivas e apenas um pequeno aborrecimento cosmético. Mas se você deseja se livrar deles, você deve efibootmgr -vrevisar os caminhos de inicialização nas variáveis ​​de inicialização UEFI e todos os nomes de caminho referenciados pelo GRUB no caminho para o arquivo de configuração real do GRUB (conforme explicado acima) e corrigir quaisquer discrepâncias conforme você os encontra.

Aparentemente, esse problema surgiu como resultado de um trabalho “semi-concluído” de alterar o nome da distro de Debian para Kdebian editando manualmente alguns arquivos do sistema. E, graças à Resposta aceita acima, pude corrigi-lo criando um subdiretório denominado debianabaixo EFI(além do kdebiansubdiretório), contendo um grub.cfgarquivo apenas com o seguinte conteúdo:

search.fs_uuid 6d4c4d33-240f-4577-9282-c3862db81a30 root hd0,gpt3 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

(Valores 6d4c4d33-240f-4577-9282-c3862db81a30e hd0,gpt3sujeitos a alteração de acordo com cada sistema)