efibootmgr: Não foi possível excluir a variável: Chamada do sistema interrompida— meu firmware está emparelhado?

0

Estou lidando com alguns problemas estranhos de UEFI e agora a única coisa que pareço ser capaz de inicializar é o openSUSE Tumbleweed em um pen drive USB (versão do KDE, snapshot 20170608 x64).

Antecedentes: Estou lidando com um laptop Toshiba Satellite S55t-B5233. Eu queria reinstalar o Windows 10, mas quando eu o instalei, ele não apagou corretamente a partição e acabei com a opção de inicializar o "Windows 10" ou o "Windows 10" quando eu iniciei. Eu inicializei uma imagem ao vivo do openSUSE, deletei todas as partições da unidade, criei uma nova partição do sistema EFI em branco com um sistema de arquivos FAT, e então meus problemas começaram. Eu não conseguia inicializar de nada, incluindo dispositivos USB que literalmente funcionavam menos de uma hora antes . Finalmente, consegui arrancar a partir do openSUSE live USB depois de manter pressionada a tecla "U". Eu tentei instalar o openSUSE no disco, mas isso não funcionou. Eu tentei uma verdadeira imagem de instalação do openSUSE em uma unidade USB (não a imagem ao vivo), Archiso em uma unidade USB, a imagem USB viva do rEFInd e um instalador do Windows 10 feito com o Rufus. Nenhum deles funciona - tudo que eu obtenho é um "Nenhum dispositivo inicializável - Por favor, reinicie o sistema". (Eu até tentei mudar o identificador de disco MBR do drive Arch para combinar com o do openSUSE. Isso também não funcionou.) Enfim, na minha pergunta real. (No contexto do ambiente live do openSUSE)

efibootmgr --verbose lista "Gerenciador de Inicialização do Windows" como uma entrada nas opções de inicialização do UEFI. Também especifica um caminho de arquivo para bootmgfw.efi, que não existe mais na unidade. Quando eu uso efibootmgr -b 3 -B , recebo Could not delete variable: Interrupted system call . O arquivo para Boot0003 desaparece de / sys / firmware / efi / efivars, e efibootmgr diz que nenhum BootOrder está configurado, mas ao reinicializar ambas as variáveis retornam ao seu estado anterior. Eu acho que as mudanças no sistema de arquivos efivars não estão sendo gravadas no firmware, então isso indica um bug no openSUSE, ou isso significa um problema com o firmware?

EDIT: Usando a linha de comando do GRUB, inicializei no Arch Linux. O mesmo problema continuou.

    
por user48147 21.06.2017 / 04:19

1 resposta

0

EDIT: este foi um caso do bug do driver intel_spi_platform que foi muito bem recentemente divulgado para o Ubuntu, embora neste caso tenha sido causado pelo openSUSE. O dano foi reversível seguindo a instalação do kernel Linux 4.14.10 via UKUU (Ubuntu Kernel Upgrade Utility). Eu imagino que a versão corrigida do Linux 4.15.x recomendada pelo relatório de bug acima ligado também teria funcionado.

Eu fiz praticamente tudo o que posso e minha pesquisa indica que a NVRAM é praticamente um brinde. Modifiquei o openSUSE live USB para permitir que eu executasse o Shell EFI a partir do Archiso e, mesmo depois de testar os comandos bcfg e dmpstore no shell EFI v1 e v2, não é possível excluir essa entrada de inicialização. Eu posso tentar instalar o Windows para coincidir com essa entrada existente desde que eu possa chainload do shell EFI. Talvez.

    
por 22.06.2017 / 04:08