Algum nível de Spinrite intencionalmente resulta em perda de dados?

Question

Ou seja, qualquer um dos níveis operacionais é projetado de forma a gravar ou destruir dados existentes no disco? Olhei em volta, mas não consegui encontrar uma resposta para essa pergunta, e não posso deduzi-la do jargão usado pela documentação do Spinrite.

    

Answer 1

A resposta curta é não. Na verdade, ele tornará os blocos de dados previamente ilegíveis legíveis novamente.

Agora, para uma sinopse da resposta longa ... O que o Spinrite faz é testar a operação do disco no nível do hardware. Ele faz isso verificando a capacidade do disco de ler e gravar dados de maneira confiável. Porque o faz fora do seu sistema operacional, usando instruções diretamente no hardware, vai muito além do que o CheckDisk interno do Windows faz. Ele lê e grava de volta a toda a superfície do disco. Ele lê cada bloco, inverte os dados binários e os grava de volta para verificar a capacidade de gravação, em seguida, re-inverte os dados e os grava em disco, verificando novamente se os dados são legíveis. Isso tem o efeito de não apenas verificar a capacidade do disco de funcionar corretamente, mas também de atualizar os dados armazenados no disco.

É um programa fantástico. Eu uso em todos os meus sistemas periodicamente e em todas as máquinas dos clientes quando eles entram pela primeira vez em minha loja. Isso corrigiu muitos problemas para mim, incluindo sistemas que não são de inicialização e sintomas BSOD periódicos. Se você está pensando em comprar, vá em frente. Steve está trabalhando em atualizações para o programa que irão melhorar muito a velocidade com a qual o Spinrite funciona, e o programa atualizado estará disponível gratuitamente para todos os donos da versão atual (Spinrite 6.0).

    

Answer 2

Para todos os efeitos, eu diria que ele não destrói os dados e eu uso o programa e acho muito útil, se um tanto desajeitado usar com hardware moderno.

Se um sistema operacional tentar ler um arquivo contendo um setor corrompido em um disco, o disco geralmente tenta brevemente e relata ao sistema operacional que o arquivo está corrompido (a soma de verificação informa ao disco que o setor foi lido incorretamente para relatar uma leitura erro). O mais provável é que você não consiga abrir o arquivo.

Se você executar o SpinRite no disco (geralmente usando o Nível 2 para recuperação de dados), ele forçará o disco a fazer muito mais tentativas de ler o setor corrompido e poderá recuperá-lo e, em seguida, reescrevê-lo com segurança. / p>

Se você estiver executando o SpinRite em hardware que pode acessar totalmente a unidade (usando os antigos comandos que o SpinRite 6.0 ainda está usando), ele pode ler os bits individuais do setor corrompido e fazer uma análise estatística "dinastat" para tentar leia corretamente os dados (usando a soma de verificação para confirmar se ela está correta). Se não conseguir obtê-lo corretamente, pode, no entanto, ter lido a maioria dele corretamente, mas, como alguns bits estão incorretos, a soma de verificação não corresponde. O que o SpinRite faz a seguir pode irritar algumas pessoas ... ele reescreve o setor com a melhor estimativa do que ele deve ler e define a soma de verificação para que o disco agora pense que o setor está OK. Então, agora, quando o sistema operacional tenta ler o arquivo que contém esse setor, ele pensa que não há nada errado com ele ... no entanto, alguns bits dentro desse arquivo estarão corrompidos. Agora isso tem bons e maus efeitos. O (s) bit (s) corrompido (s) pode (m) ser completamente inconsequente (s). Eles podem estar em um setor não utilizado. Eles podem estar no espaço de folga após o final do conteúdo de um arquivo. Ou talvez o arquivo seja um arquivo de texto e alguns caracteres estejam truncados (mas pelo menos o arquivo agora está legível). Se for um executável binário, poderá falhar quando for executado. Se for parte de um diretório FAT, então um nome de arquivo pode ter algum caractere confuso, ou o tamanho errado ... ou local errado ... mas muito provavelmente um grupo de arquivos "perdidos" anteriormente terá reaparecido. Portanto, embora possa parecer ruim ter um arquivo com alguns dados corrompidos ... em quase todas as circunstâncias, você é melhor (ou pelo menos não está pior) do que era antes de executar o SpinRite.

Infelizmente, como o SpinRite ignora o sistema de arquivos real no disco, você não recebe nenhum relatório sobre quais arquivos estão potencialmente corrompidos. (no lado positivo novamente - o fato de o SpinRite não considerar o sistema de arquivos é uma vantagem, pois significa que ele funciona igualmente bem em qualquer disco, independentemente de qual sistema operacional ou sistema de arquivos continha ... da memória de massa ao TIVO discos)

Uma outra preocupação que você pode ter é que, para um disco que está morrendo, isso fará com que o disco falhe. Talvez espalhando detritos na unidade ou desgastando a cabeça de leitura. Essa não tem sido a minha experiência. Eu não posso dizer que isso não pode acontecer, mas nos casos de discos com falhas que eu encontrei não pareceu piorar os problemas.

    

Answer 3

um outro ponto muito bom ("bom" como "exigente" e "bom" como em "aplicável") é que a maioria dos programas de dados e drives dependentes do Sistema de Arquivos não fazem isto: ler e recuperar a maioria (se não todos os bits ruins dentro de um setor. Isso tornou as unidades funcionais.

Uma vez que uma unidade volte à vida através do SpinRite, VOLTE ACTUALMENTE, (como talvez eu devesse ter feito)?

E BTW: HEAT é um fator; Eu nunca tive vários drives Western Digital 7200rpm de 320GB (cerca de 10) falharem, ainda em uso por mais de 10 anos, porque eu gastei o dinheiro e fiz o metal-craft onde necessário, para montar esses conjuntos dedicados de ventilador HDD diretamente na parte inferior a unidade. Eu até liguei alguns conjuntos de dois ventiladores com os ventiladores em série , corra devagar e silenciosamente, mas ainda assim evito o superaquecimento, pois eles mantêm o ar movendo-se diretamente no HD, e suas estruturas metálicas se dissipam também .

Eu faço o mesmo com os SSD's (2,5 pol) e vou apenas usar o KLUGE quando usar o mSATA e o NVMe, para mantê-los COOL. Porque eles ficam quentes em uso, e isso é ruim, e é por isso que agora os dissipadores de calor são comercializados tanto para SSDs quanto para RAM.