Se o seu computador está inicializando corretamente apesar desses erros, IGNORE THEM !!!!!!!!!!!!!!!!!!!!
Basicamente, corrigir o problema requer adulteração de uma parte delicada e criticamente importante de sua instalação - ou seja, a configuração do carregador de inicialização. Você pode corrigir o problema, mas pelo menos é provável que você acabe criando um problema maior. A correção de um problema cosmético trivial realmente vale o risco de causar sérios danos que podem impedir sua inicialização do computador?
Se você realmente quiser arriscar sua instalação, recomendo abrir um Terminal e digitar sudo efibootmgr -v . Isso produzirá algo assim:
$ sudo efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0003,0007,2003,0001,2001,2002
Boot0000* rEFInd (direct) ACPI(a0341d0,0)PCI(1f,2)03120a00010000000000HD(2,1f4800,82000,5f6b4992-fcfe-4a2c-9e67-98b0a30dfe7d)File(\EFI\refind\refind_x64.efi)
Boot0001* Lenovo Recovery System HD(3,276800,1f4000,de3b7563-97f5-48c6-ab7f-2f5d6d57c644)File(\EFI\Microsoft\Boot\LrsBootMgr.efi)RC
Boot0002* EFI Network 0 for IPv4 (08-9E-01-FF-CA-4D) ACPI(a0341d0,0)PCI(1c,0)PCI(0,0)MAC(089e01ffca4d,0)IPv4(0.0.0.0:0<->0.0.0.0:0,0, 0RC
Boot0003* ubuntu HD(2,1f4800,82000,5f6b4992-fcfe-4a2c-9e67-98b0a30dfe7d)File(\EFI\ubuntu\shimx64.efi)
Boot0004* EFI Network 0 for IPv6 (08-9E-01-FF-CA-4D) ACPI(a0341d0,0)PCI(1c,0)PCI(0,0)MAC(089e01ffca4d,0)030d3c000000000000000000000000000000000000000000000000000000000000000000000000000000004000000000000000000000000000000000RC
Boot0007* Windows Boot Manager HD(2,1f4800,82000,5f6b4992-fcfe-4a2c-9e67-98b0a30dfe7d)File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
Verifique a linha BootOrder . Isso informa a ordem em que o firmware está definido para testar as várias opções de Boot#### a seguir. No meu caso, ele tenta Boot0000 ( rEFInd (direct) ; \EFI\refind\refind_x64.efi ) primeiro, seguido por Boot0003 ( ubuntu ; \EFI\ubuntu\shimx64.efi ) e assim por diante. Provavelmente, o seu está tentando inicializar uma cópia de shimx64.efi ou shim.efi in \EFI\Microsoft\Boot primeiro. Isso está falhando porque faltam arquivos de suporte do Shim, então o firmware passa para o próximo item, o que funciona. (Esta é uma adivinhação educada da minha parte; posso estar errado sobre isso, que é um dos perigos de prosseguir!) A alteração da variável BootOrder pode corrigir esse problema. Você pode fazer isso com a opção -o para efibootmgr , como em:
sudo efibootmgr -o 0003,0000,0007,2003,0001,2001,2002
Neste exemplo, eu especifiquei uma nova ordem de inicialização que troca os dois primeiros itens da minha entrada original. No meu computador, o resultado seria o GRUB do Ubuntu substituindo o rEFInd como o principal programa de inicialização. Seu sistema quase certamente terá um conjunto diferente de entradas e de inicialização do que o meu, então você precisará ajustar suas entradas para corresponder. Além disso, não apenas troque as coisas aleatoriamente; reserve um tempo para ler e compreender o que você está fazendo. A entrada que você especifica como o primeiro item deve ser um programa de inicialização funcional. (A entrada BootCurrent deve ser uma coisa relativamente segura para colocar primeiro.) Não entender o que você está fazendo com efibootmgr aumenta muito as chances de você especificar uma ordem de inicialização que não funcionará, o que obviamente significa que o computador não irá inicializar! Por sua vez, a minha recomendação continua a ser que você ignore este pequeno problema cosmético - a menos que você saiba o que está fazendo, corra o risco de tornar as coisas muito piores!
EDIT: Considerando a saída efibootmgr , minha recomendação é mover 0001 para o início da ordem de inicialização, como em:
sudo efibootmgr -o 0001,0002,3002,0003,0005,0006,0008,2001,2002,2003
Se as coisas estiverem configuradas de maneira sensata, isso deve fazer com que funcione corretamente; no entanto, não posso garantir isso. Está claro pela evidência de que o sistema tem relíquias de instalações passadas e não está claro o que precisamente está causando o sintoma sendo relatado. É simplesmente minha suposição de que Boot0001 funcionará corretamente.
Além disso, o Pilot6 está errado em afirmar que o risco de usar a ordem de inicialização é "nada sério" - ou, no melhor dos casos, temos idéias diferentes sobre o que "não é sério". Já vi muitas postagens de pessoas que acabaram com sistemas que não são inicializados porque excluíram as entradas de inicialização incorretas ou rearranjaram o pedido de maneira inadequada. Para um especialista como eu, esses problemas podem ser facilmente corrigidos; mas para a pessoa comum, pode ser uma experiência angustiante.