A atualização do Windows corrompeu uma partição do Linux? [fechadas]

Question

Eu tenho um sistema de inicialização dupla com o Linux Mint 18.1 e o Windows 10, que eu uso apenas ocasionalmente. Eu inicializei no Windows 10 e comecei a aplicar atualizações. Após a reinicialização, fui presenteado com:

error: no such partition.
Entering rescue mode...
grub restore>

A maioria dos tópicos que encontrei sugeria passar por todos os discos encontrados por ls para encontrar o que estava com boot e chamar ls (hd0,1) ou ls (hd0, msdos1) mas todos resultaram em unknown filesystem .

Eu tentei usar set prefix = (hd0,1) / boot / grub e set root para similar, mas quando corri insmod normal Eu também tenho unknown filesystem

Então eu tentei usar o Rescatux, mas ele não reconheceria várias unidades (sem sinalizadores).

Então eu tentei arrancar o reparo de um pendrive, selecionei o "Reparo recomendado" e ele disse que tinha conseguido, no entanto, quando eu reiniciei, ele inicializou diretamente no Windows.

Então, tentei seguir as instruções para executar o reparo de inicialização a partir do disco de instalação do Linux , que recomenda a execução < strong> gparted , e é aí que estou ficando preocupado. A captura de tela parece indicar que / dev / sda3 , que é minha partição Linux, tem espaço principalmente não alocado. A swap está lá, mas minha partição, que passa pelos números, parece que deve ser dev / sda4 não está em lugar algum.

Alguémpodelançaralgumaluzsobreissoemedizercomoeupoderiatrazeressapartiçãodevolta?

OuvidizerqueoWindows10podeser"ganancioso" ao executar atualizações e roubar espaço de outras partições se as atualizações não couberem na partição do Windows. Poderia isso ser o que aconteceu aqui? Ou o Windows poderia ter corrompido essas unidades?

Então, minha pergunta é se algo pode ser feito, dado o que você pode ver acima.

Existem algumas questões relacionadas à "recuperação do grub" no SO e em outros fóruns, mas todas elas parecem supor que a partição ainda está lá.

Eu quero verificar se este é um problema relacionado ao grub / mbr, caso em que posso abordá-lo nesses termos, ou se for além disso e devo analisar a recuperação da partição.

Eu testei o testdisk e ele está me dizendo que o disco rígido parece pequeno demais. Eu não sei o que fazer com isso, ou entender como isso aconteceu.

    

Answer 1

OK, acho que cheguei a uma resolução, mas se alguém tiver algo a acrescentar, fique à vontade!

A parte em que testdisk lista as partições que não podem ser recuperadas é um pouco enganadora, porque você pode selecioná-las como opções de menu, mas não há nada para escolher aqui, basta selecionar continuar, que fornece mais opções e não tem influência sobre o que a entrada teve foco no ponto de entrar, então apenas um capricho no design do programa.

(Esta tela responde a uma parte da pergunta, que é "As atualizações do Windows podem corromper uma partição do Linux" e a resposta para isso é, infelizmente, SIM)

Pressione enter continue, você pode receber outro aviso sobre o tamanho do disco e a geometria estar errada, mas eu continuei, e então você tem uma lista de partições e opções:

EudecidiusaroPqueimprimeosarquivosedirse,apartirdessaslistagens,vocêpodecopiarparaoutrolocal,comoumdiscorígidomontado.

Elemostraarquivosquenãopodemserrecuperadosemvermelho,noentanto,muitosdelessãoarquivosqueforamexcluídoshámuitotempo:

Isso nem sempre é o caso, no entanto, e eu também descobri que arquivos marcados em vermelho às vezes ainda são copiados perfeitamente, então tente antes de se desesperar.

Alguns diretórios tinham muitos arquivos estranhos neles que eu não reconheci, mas dado o acima eu não posso ter certeza se estes são arquivos apagados aparecendo, ou se esses são um resultado do dano no sistema de arquivos que parece ter acontecido como resultado da atualização do Windows (eu suspeito que o primeiro).

No entanto, alguns dos meus arquivos não foram copiados, por isso há alguns dados corrompidos, então parece que eu precisarei reinstalar o Linux do zero. Embora desta vez, sem o Windows na mesma máquina, não é confiável.