13Sep

Por que os sistemas Linux podem às vezes recuperar dados O Windows não pode?

click fraud protection


Por que é que você pode usar um computador baseado em Linux ou Linux Live CD para recuperar dados que o Windows não poderia?

Today's Question &A sessão de atendimento chega a cortesia do SuperUser - uma subdivisão do Stack Exchange, um agrupamento comunitário de sites Q & A.

O questionário

SuperUser leitor Philip Allgaier quer saber por que ele foi capaz de recuperar dados com um CD Linux Live que foi relatado como irrecuperável no Windows:

Antecedentes: No início deste ano eu tive um problema com uma unidade SSD que o Windows reconhecerianão mais. Mas, eventualmente, uma rodada Parted Magic 2012-10-10 fez o truque. Veja este tópico resolvido. Uma pergunta ficou comigo a partir desse momento. ..

Pergunta: Estou ciente de que o Linux geralmente é um pouco mais técnico e bruto, mas alguém descreve grosseiramente por que um sistema Linux( ou na verdade apenas esse particular, já que o Ubuntu não fezo truque) ainda é capaz de acessar / se comunicar com um dispositivo meio corrupto quando o Windows não é?

instagram viewer
  • Eles simplesmente ignoram quaisquer indicadores potenciais de que algo pode estar errado?

  • Existem razões concretas?

  • Foi apenas sorte que este ambiente particular tenha sido capaz de obter o SSD para resposta, se apenas por um tempo limitado?

Embora certamente tenha sido a sorte, provavelmente haverá mais do que alguns fatores em jogo. Vamos investigar.

A Resposta

Colaborador do SuperUser Eike oferece algumas explicações potenciais, além da sorte, por sua capacidade de salvar os dados:

Normalmente, isso se resume ao que, exatamente, está sendo acessado e como, exatamente, o dispositivo está falhando. Por exemplo, se o SSD em questão for incapaz de recuperar, digamos, setor 5 e começará a paralisar assim que qualquer coisa lê o setor 5, a diferença pode ser simplesmente devido ao que os diferentes sistemas acessam automaticamente quando reconhecem um novo disco.

Quando o Windows detecta um novo disco, ele lerá a tabela de partição e tentará automaticamente abrir qualquer sistema de arquivos que saiba ler. Se alguma das estruturas / blocos que estão sendo lidos durante este processo de "montagem" desencadeia o SSD com defeito para ir adeus, a diferença com essa distribuição específica do linux é simplesmente que não pode montar automaticamente todas as partições em questão, ou pode, Ao montar, basta ler um subconjunto diferente de setores( a implementação do NTFS no Linux é muito diferente daquela no Windows - enquanto o formato no disco é o mesmo, cabe ao SO quais estruturas eleva ser necessário ler. O Windows pode ler cópias secundárias da MFT, ou pode começar a precachear alguns dados e essa pode ser a diferença. O Ubuntu está em um barco similar - não está voltado para a recuperação fora da caixa, ele tentará montar qualquer sistema de arquivos encontradona mídia recém-descoberta, automaticamente. É por esta razão que as distribuições especializadas voltadas para a recuperação são uma aposta melhor, pois eles apenas fazem o que você lhes pede explicitamente ao contrário de fazer as coisas automaticamente.

Claro, vocêpode simplesmente ter tido sorte, também. Não sei o suficiente sobre o modo de falha do SSD de dizer.

Linux geralmente não ignora os indicadores de que algo está errado. Ele receberá os mesmos erros SCSI do chipset SATA, como o Windows irá - se você olhar para o log do kernel, em um disco defeituoso você verá muitas mensagens de erro. Depende de quais programas estão acessando o disco o que acontecerá em seguida. Se for um software orientado para a recuperação, ele pode tentar reler o mesmo setor um número limitado de vezes, pode ignorá-lo, etc. Normalmente, a melhor opção é obter uma imagem da unidade com tantos setores lidos da maneira mais limpa possível eentão tente recuperar seus dados dessa imagem( fazer qualquer análise diretamente na unidade é uma má idéia geralmente, uma vez que sua condição pode piorar e apenas porque você conseguiu ler algo uma vez, isso não significa que você poderá lê-lo novamente.)

O colaborador associado AthonSfere oferece outras coisas:

Muitas delas são a maneira como o ambiente gerencia o sistema de arquivos e as ACLs ou o disco rígido.

O Windows vai fazer tudo o que pode por si próprio para obedecer suas ACLs e setores marcados como ruins ou vazios. Então, as partições NTFS ou Fat criadas e mantidas no Windows, bem como MBRs do Windows, serão tratadas pelo Windows, enquanto o Windows marcou.

Além disso, se o disco estiver falhando, mais você o usa, mais provável é encontrar um grande problema e o ambiente falhará.Então, como o sistema operacional manipula, o Windows irá BSOD ou reiniciará, o processo de inicialização do Windows irá lançar mensagens MBR, mensagens do arquivo ausentes( NTDLR.dll está ausente ou corrompido) e pare, porque esses arquivos incorretos são necessários.

Quando você usa um disco ao vivo, você não está confiando em nada disso. Um MBR ruim é ignorado porque você inicializou o disco. Um setor ruim que corrompeu o NTDLR.dll não é necessário. Tudo está no disco. Você pode então tentar uma leitura. Se encontrar um setor "em branco" ou um bit ruim, esse ambiente o controla, no entanto, foi programado para fazer. O Ubuntu provavelmente prefere manter os comportamentos normais do sistema operacional e continuar com o que é mais provável que esteja acontecendo. O setor está em branco, faça outra coisa. Esse setor é ruim, fique longe, não leia novamente, não escreva ou isso irá causar problemas.

Uma plataforma de recuperação no entanto, vai querer ler todos os dados. Os marcadores de arquivo dizem que o arquivo deve estar em 0,5, 13. ...se os relatórios do sistema de arquivos 13 estiverem faltando, ignore o cabeçalho em branco e leia o arquivo de qualquer maneira, ou leia o setor ruim o melhor que puder e tente recuperar.

Além disso, o Windows pode fazer muito isso com aplicativos de terceiros, a Recuva pode encontrar muitos desses arquivos "desaparecidos", por exemplo. Mas você não quer estar em um ambiente que possa gravar novamente no disco e causar uma verdadeira perda permanente.

Simplificou isso e adicionei alguma interpretação, mas deve preencher alguns espaços em branco para o que você está perguntando.

Tem alguma coisa a adicionar à explicação? Som na parte dos comentários. Deseja ler mais respostas de outros usuários Tech-savvy Stack Exchange? Confira o tópico de discussão completo aqui.

http: //superuser.com/questions/586666/ why-can-linux-systems-sometime-recover-data-windows-can-any-concrete-reasons