Resgate do Grub: sistema quebrado não reiniciando

Question

Ok, estou no telefone, mas adicionarei o máximo de detalhes possível:

17.10, acabou de ser atualizado, tudo foi atualizado corretamente, exceto o shim-signed, que falhou. Eu presumi que estaria tudo bem, não era.

/ boot preenchido durante a atualização, apesar de ter espaço suficiente de acordo com a medição no início.

Hardware é o MacBook Air. Comprei há três anos, tenho atualizado a versão para versão bem.

HD foi criptografado /

/ boot iria constantemente preencher bc 200MB, eu acho que eu poderia ter movido / boot / efi para / opt / boot / efi para criar espaço e link simbólico de volta.

Após a atualização para 17.10 reportar uma falha com msg para x ou r, eu criei espaço provavelmente mudando outra coisa para / opt / boot. Não me lembro.

Nunca me ocorreu que isso era um problema até agora que não posso reinicializar e percebo que / ele está criptografado.

De qualquer forma. Nada está sendo inicializado. Eu recebo um prompt de resgate.

No novo conjunto de inicialização me diz: Cmdpath = (hd1, gpt1) / EFI / Ubuntu Prefixo = (hd1, gpt2) / grub Raiz = hd1, gpt2

Apenas ls (hd1,gpt2) retorna resultados, incluindo grub (não um dir) e efi / que está vazio :( caso contrário, é tudo vmlinuz, config, initrd, abi, um par de arquivos bin System e memtest.

insmod normal me diz: erro: arquivo /grub/x86_64-efi/normal.mod não encontrado.

Eu acho que sou fubar'd, certo?

Posso reinstalar, mas gostaria de obter dados desativados. Exceto unidade criptografada sangrenta. F

    

Answer 1

OK. Deixa comigo. Eu precisava ler muito as bordas - aqui < um href="https://sobrelinux.info/questions/115588/ecryptfs-recover-private-mounts-wrong-filesystem"> é um lista de páginas que não quite trabalho . Dito isto, lê-los foi o que me deu informações suficientes para saber o que procurar no Google e me deu uma compreensão rápida e suja do que realmente aconteceu quando eu disse sim para criptografar meu HD todas essas luas atrás.

Este é o sistema que funcionou para mim: mount -t ecryptfs

Para registro, eu fiz backup tanto da criptografada / quanto da criptografada / home / $ USER (sim / home / $ USER foi criptografada na criptografia dupla / criptografada para a dor) e reinstalarei o Ubuntu em vez de tentando resgatar meu sistema atual.

Take aways:

• de volta todo o sistema, não apenas / home (eu tive alguns dbs com muito trabalho neles)
• faça o backup de / home e / ou use um gerenciador de senhas - percebi que tinha tantas senhas que não eram senhas que valeria a pena comprar o Firefox, porque, como perder uma carteira de verdade, você nunca se lembra do que perdeu até mais tarde, quando é irritante.
• a criptografia é boa, mas saiba o que você está fazendo e lembre-se das senhas
• / boot deve ter 500MB atualmente.

Answer 2

/ boot / efi / é apenas um ponto de montagem para a partição do sistema EFI, o simlinking não afeta o espaço. e pode ter sido o que causou a falha na atualização do shim. Verifique o espaço disponível em (hd1, gpt1).

Assumindo que (hd1, gpt1) /EFI/Ubuntu/grubx64.efi ou (hd1, gpt1) /EFI/Ubuntu/shimx64.efi ainda existe, tente copiar o conteúdo de / boot / grub / do seu CD de instalação para (hd1, gpt2) / grub /. e veja se vai arrancar.