Sistema de arquivos desconhecido - resgate grub após a atualização do Windows 10?

Question

Cerca de uma semana atrás, o Windows 10 executou suas atualizações automáticas e, depois disso, não consigo inicializar o Ubuntu do jeito que estava fazendo (pressionando f12 e selecionando manualmente a partição do Ubuntu). Agora isso me leva a uma tela preta dizendo: Resgate de sistema de arquivos desconhecido quando tento acessá-lo dessa maneira.

A partição não é eliminada e o Ubuntu funciona muito bem, mas eu tenho que digitar alguns comandos como mostrado em este vídeo (não em inglês) para acessá-lo. Alguém se importaria de me ajudar a "reverter" o que quer que seja que o windows fez para que eu possa continuar a inicialização manualmente para o ubuntu quando eu quiser com a tecla f12?

Informação adicional - Eu fiz esta pergunta no Reddit e me perguntaram

"qual é a saída de 'fdisk -l' no terminal?"

Isso é o que aparece:

Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7DCE2DB6-E1A6-4A44-9EC2-96460D5449EB

Device         Start       End   Sectors   Size Type
/dev/sda1       2048    923647    921600   450M Windows recovery environment
/dev/sda2     923648   1128447    204800   100M EFI System
/dev/sda3    1128448   1161215     32768    16M Microsoft reserved
/dev/sda4    1161216 244113228 242952013 115,9G Microsoft basic data
/dev/sda5  244113408 245759999   1646592   804M Windows recovery environment
/dev/sda6  245762048 830351359 584589312 278,8G Microsoft basic data
/dev/sda7  830351360 838543359   8192000   3,9G Microsoft basic data
/dev/sda8  838543360 976773119 138229760  65,9G Linux filesystem

Muito obrigado antecipadamente:)

  [1]: https://www.youtube.com/watch?v=NMMdNke-gkY

    

Answer 1

Em teoria, uma atualização do Windows não deve ter afetado a capacidade do GRUB de carregar seu arquivo de configuração, que é o que parece ter acontecido. Eu tenho duas ideias sobre o que aconteceu, e consertar uma delas pode corrigir o problema:

• Tabela de partições alterada - Se o Windows modificou a tabela de partições, isso pode ter invalidado algumas referências de partição no GRUB. Nesse caso, você precisará reinstalar o GRUB ou pelo menos ajustar o arquivo de configuração, conforme descrito em breve.
• (Re) Ativação de Inicialização Rápida e / ou Hibernação - Esses recursos podem causar corrupção no sistema de arquivos, o que pode impedir que o GRUB leia seu arquivo grub.cfg do primeiro estágio no ESP. Nesse caso, desabilitar esses recursos pode corrigir o problema. Portanto, recomendo que você comece fazendo exatamente isso. Consulte esta página para obter informações sobre a desativação do Fast Startup e este para obter informações sobre como desabilitar o Hibernate.

Eu recomendo que você olhe para o Fast Startup e o Hibernate primeiro. Se a desativação desses recursos não ajudar, você terá que procurar soluções mais radicais. Estes incluem, por ordem de radicalidade:

• Atualize sua configuração do GRUB - Talvez a atualização da configuração do GRUB ajude. Como você pode inicializar, você pode fazer isso digitando sudo update-grub em uma janela do Terminal no Ubuntu.
• Reinstale o GRUB - A digitação de sudo grub-install irá reinstalar o binário principal do GRUB EFI, o que pode resolver o problema se for a origem do problema.
• Use o Boot Repair - A ferramenta Boot Repair é uma ferramenta automatizada que ajuda a -instalando o GRUB. É improvável que seja melhor do que reinstalar o GRUB com grub-install , mas se o problema estiver em uma faixa estreita de problemas além do que o grub-install pode manipular, o Reparo de inicialização poderá resolver o problema.
• Alternar para outro gerenciador de inicialização - Outros gerenciadores de inicialização existem e alguns deles são mais confiáveis que o GRUB em alguns casos. O meu próprio rEFInd gestor de arranque, por exemplo, é menos dependente dos ficheiros de configuração e, por isso, é menos provável que seja afectado por problemas relacionados para eles. Você pode testar o rEFInd em uma unidade flash CD-R ou USB (as imagens para ambos estão disponíveis na página de downloads ) e instale o pacote PPA ou Debian (ou do repositório do Ubuntu, se você estiver executando o Ubuntu 17.04), se quiser.

Eu recomendo começar com a atualização do arquivo de configuração do GRUB e mudar para soluções mais radicais mais tarde, com a chance de que algo drástico (Boot Reparo, em particular) possa causar sérios problemas. rEFInd é executado a partir de uma unidade flash USB ou é improvável que o CD-R crie novos problemas porque não altera nada no disco quando executado desta forma; somente se você instalá-lo em seu disco rígido, ele fará alterações permanentes.

    

Answer 2

RESOLVIDO para mim. mesmo problema exato aqui. Eu tenho um único ssd hd particionado com um WIN10 em / dev / sda1, servidor ubuntu 16.04 LTS / em / dev / sda2 e swap em / dev / sda3. depois de atualizar o meu windows 10 entrou neste problema. Eu acabei de inicializar em ubuntu servidor usb stick, escolheu reparação > reparar grub e, em seguida, eu escolhi o MBR como / dev / sda, NÃO / dev / sda1 !. parecia que ia reinstalar o servidor Ubuntu, mas não, apenas corrigiu bem e preservou minha configuração do grub e tudo em menos de 2 minutos. Só não sei porque atualização WIN10 bagunçado arround meu MBR e não posso afirmar que não vai acontecer novamente, mas até agora tão excelente. espero que ajude.

BTW não estou usando o EFI e minha anotação é um Dell Vostro 3500