Primeiro, saiba que MokManager.efi é uma ferramenta para gerenciar MOKs, que são chaves de Inicialização Segura usadas pelo Shim para permitir que você inicialize SOs de sua escolha quando a Inicialização Segura estiver ativa. Se a Inicialização Segura estiver ativa no seu computador, você provavelmente deverá ter o MokManager instalado e acessível a partir do GRUB, para que você possa inicializar as ferramentas de emergência de sua escolha, se necessário. Se o Secure Boot estiver inativo ou sem suporte no seu computador, o MokManager é um peso morto - mas não é muito peso morto, então eu não me preocuparia muito com isso. (Você encontrará muito mais lixo inútil em qualquer distribuição Linux out-of-the-box, e poucas pessoas vão cavar todos esses arquivos para limpá-lo.)
Dito isso, acho que o Boot Repair está encontrando o binário MokManager.efi nos arquivos instalados do pacote shim . Especificamente, o arquivo é /usr/lib/shim/MokManager.efi.signed (ele é renomeado para omitir a extensão .signed quando é copiado para o ESP). Se você realmente não precisa do Secure Boot, você pode tentar remover esse pacote - mas outros pacotes podem depender dele, então você pode precisar remover mais do que apenas esse pacote. OTOH, se você estiver executando o Boot Repair a partir de um CD ao vivo, é possível que ele esteja puxando o MokManager de lá, em vez de sua instalação normal, portanto, remover os arquivos de sua instalação normal pode ser ineficaz. Por motivos semelhantes, editar seus arquivos de configuração locais do GRUB pode não fazer muito bem.
Colocou os arquivos memtest86 +, config, System.map, initrd e vmlinuz em / boot e / boot / efi da partição de inicialização do FAT32.
A "partição de inicialização do FAT32" é conhecida como a partição do sistema EFI (ESP) . Se você estiver usando o GRUB , não há necessidade de copiar a maioria desses arquivos para o ESP, e certamente não para o diretório boot ou boot/efi nessa partição. Nenhum desses diretórios existe por padrão no ESP. Note, no entanto, que o ESP é normalmente montado em /boot/efi , então a partir da sua descrição, você pode ter copiado esses arquivos para /boot em sua distribuição normal do Ubuntu e / ou para a raiz do ESP. (É essencial entender os pontos de montagem ao lidar com o ESP. A EFI pode ver um arquivo como fs0:\EFI\ubuntu\grubx64.efi , mas esse arquivo provavelmente seria /boot/efi/EFI/ubuntu/grubx64.efi no Ubuntu. Você "apaga" o ponto de montagem do caminho completo do arquivo determine onde o arquivo está na própria partição. A EFI não tem idéia do que é o ponto de montagem do Ubuntu, e assim acessa o arquivo sem usar o ponto de montagem do Ubuntu.)
Desses arquivos, a maioria deles pertence ao diretório Ubuntu /boot , que não está no ESP. (Em alguns casos, /boot é uma partição separada em si.) Vários memtest86+* arquivos devem ir em /boot , também, colocados lá automaticamente pelo pacote memtest86+ . Não deve haver necessidade de ajustar nenhum deles. Se você copiou esses arquivos para alcançar algum objetivo específico, talvez deva compartilhar esse objetivo, já que é improvável que você esteja fazendo a coisa certa, a menos que tenha omitido alguns detalhes importantes (como se estivesse planejando usar gummiboot / systemd-boot no seu computador).
De um modo geral, todas essas coisas devem apenas funcionar. Se não está funcionando, então algo está errado, e as ações que você descreveu provavelmente não ajudarão, então saber o que está errado é fundamental para ajudá-lo. Se você simplesmente quer remover o MokManager do seu menu GRUB, eu recomendo que você não se incomode - e se você insistir em tentar, copiar o seu kernel e outros arquivos não ajudarão; você precisa ajustar os arquivos de configuração do GRUB e executar update-grub . (Eu tenho medo de não saber exatamente o que você faria para remover o MokManager.) Alternativamente, você poderia mudar do GRUB para qualquer um dos vários outros gerenciadores de inicialização EFI para Linux.