O valor BootCurrent identifica o caminho de inicialização atual; é descritivo, não uma configuração que você possa alterar. (Bem, você provavelmente poderia mudar isso, mas isso seria inútil na melhor das hipóteses.)
Para alterar a ordem em que as opções de inicialização são tentadas, edite a variável BootOrder , que você faz com a opção -o para efibootmgr , como em:
sudo efibootmgr -o 2,1,0,2001,2002
Esse comando, dado sua saída, define a ordem de inicialização para usar primeiro a entrada ubuntu , a entrada Unknown Device: , a terceira entrada Windows Boot Manager e assim por diante.
No caso da saída que você postou, parece que as entradas ubuntu e Unknown Device: são idênticas, exceto por suas descrições, portanto, a alteração não teria efeito (a menos que eu tenha perdido algum detalhe ou detalhe está sendo escondido por efibootmgr , ambos são possibilidades).
Em uma pergunta anterior sua, você postou um link para Saída do Script de Informações da Inicialização que incluía um% diferente de co_de % run, que eu reproduzo aqui:
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0002,2001,2002,2003
Boot0000* Unknown Device: HD(1,800,100000,aa8f4a18-e5fc-41ff-bb2d-826eab7312c9)File(EFIubuntushimx64.efi)RC
Boot0001* USB HDD: SanDisk Cruzer Facet ACPI(a0341d0,0)PCI(14,0)USB(2,0)USB(1,0)HD(1,20,ee8be0,01a86199)RC
Boot0002* ubuntu HD(1,800,100000,86a8c8c9-a9fb-4586-b60c-e124e3fdfa94)File(EFIubuntushimx64.efi)
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
Essa saída é diferente da que você postou na pergunta atual, pois a entrada efibootmgr faz referência a uma partição de disco diferente - aa8f4a18-e5fc-41ff-bb2d-826eab7312c9 vs. 86a8c8c9-a9fb-4586-b60c-e124e3fdfa94. Isso me fez pensar que você poderia ter outra cópia de Shim escondida em outra partição, e que apenas uma daquelas cópias de Shim estava funcionando para você. Pode ser necessário verificar sua tabela de partições, localizar a segunda cópia do Shim e descobrir qual está funcionando para continuar com o reparo.
Aliás, esses identificadores de partição são GUIDs associados às partições. Você pode identificar os GUIDs das partições com a opção Unknown Device: gdisk ou i , como em:
$ sudo sgdisk -i 2 /dev/sda
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: 6E49FCAF-D054-47C9-BA69-A668C5EE8192
First sector: 3072 (at 1.5 MiB)
Last sector: 1133567 (at 553.5 MiB)
Partition size: 1130496 sectors (552.0 MiB)
Attribute flags: 0000000000000000
Partition name: 'EFI System'
O valor de interesse aqui é o sgdisk - 6E49FCAF-D054-47C9-BA69-A668C5EE8192 neste caso. Observe que isso corresponde ao GUID exibido por Partition unique GUID: no mesmo computador:
$ sudo efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000
Boot0000* rEFInd (direct) HD(2,c00,114000,6e49fcaf-d054-47c9-ba69-a668c5ee8192)File(\EFI\refind\refind_x64.efi)
Boot0004* UEFI: Built-in EFI Shell Vendor(5023b95c-db26-429b-a648-bd47664c8012,)..BO
No meu caso, rEFInd é o programa de inicialização padrão e está armazenado em efibootmgr (6e49fcaf-d054-47c9-ba69-a668c5ee8192 - observe que os GUIDs são mostrados como números hexadecimais com pontuação; eles não diferenciam maiúsculas de minúsculas ).
Faça uma varredura através de suas partições procurando aquela com um código GUID exclusivo de partição de aa8f4a18-e5fc-41ff-bb2d-826eab7312c9 para localizar sua partição misteriosa e essa segunda instância suspeita de Shim. OTOH, pode ser que sua saída anterior mostrasse uma cópia antiga do Shim de uma instalação anterior, por isso pode não ser mais válida e eu posso estar enviando você para uma perseguição selvagem. Se assim for, minhas desculpas.