O CHKDSK / R transforma o Perfect HDD Seagate 3TB em 0.7TB (marca o resto está ruim)

3

Antes de explicar o problema, deixe-me dizer qual não é o problema. Eu não tenho problemas para formatar ou ver que a unidade tem 3TB, então, por favor, evite esse problema.

Então, agora o problema. Eu tive esta unidade sem quaisquer problemas, mas eu decidi executar CHKDSK /R , infelizmente, então depois que ele marca 2GB da unidade como setores defeituosos. Por sorte eu tive isso como espaço livre.

Então, eu criaria a partição novamente com o GPT, sem problemas. Volte para o Windows, tente chkdsk novamente, e bammm, lá ele volta para apenas 0.7TB drive usável. Então, eu pensei que estava com defeito, perguntei à Seagate, e eles me mandaram uma "nova" unidade.

Como eu tenho o novo, eu fiz o mesmo teste, com o mesmo resultado, droga

Eu decidi fazer outro teste, nova partição, e tentei preencher a unidade com filmes, para que eu pudesse ver a miniatura no Windows Explorer para uma visualização rápida se os dados estivessem ok. Eu criei um lote para copiar 1 filme várias vezes até que a unidade estivesse cheia.

Após 1 dia de cópias, volto e vejo imediatamente que alguns arquivos não tinham miniaturas de visualização e, quando abertos, não eram reproduzidos. Por que uma cópia simples de um arquivo de trabalho não fica bem?

Depois disso, tentei chkdsk /F desta vez e encontrei toneladas de erros nas tabelas; por que é que? Tudo o que a unidade fez foi copiar arquivos, não usar mais.

Ele apagou os dados e permaneceu com 2 TB de dados no drive, mas, curiosamente, deixou algumas cópias ruins que não foram reproduzidas.

Nesse ponto, minha cabeça está embaralhada e não sei o que pensar dessa unidade. Está bem? O chkdsk é o único problema e destrói o drive? Por que essa incompatibilidade está acontecendo?

Eu decidi refazer a cópia do processo do filme novamente e preencher a unidade novamente, o que é um processo muito longo para preencher 3 TB. Até agora eu estou em 1,4 TB de dados, e até agora todos os arquivos têm uma miniatura de trabalho no Windows Explorer.

Então, alguém pode compartilhar alguma iluminação?

info:

  • Windows 7 64 bits
  • Placa Asus P5Q
  • Chipset com os drivers mais recentes
  • HDD Seagate ST3000DM001

edit:

Ontem, o segundo processo de preenchimento do disco com uma cópia do filme, em cerca de 1,8 TB de dados copiados eu decidi dar uma olhada, e já havia toneladas de arquivos de vídeo corruptos, o que é muito estressante, por que isso aconteceu? acontecendo.

Então eu cancelei o processo, e tentei instalar um dos muitos arquivos que eu estava testando da Intel, até agora tudo sem sucesso, mas um "iata_enu.exe", que é o Intel RST, finalmente mudou a versão no meu controlador sata de 2008 a 2012, finalmente tive alguma esperança, caso este fosse o problema. o que ainda é estranho, porque se você for ao site da Intel ou da Asus para obter o driver mais recente, você terá a versão de 2008.

Então, 1 mudança feita, mas eu decidi fazer outra. E se o problema dos arquivos corrompidos apenas em um processo COPY fosse a própria copiadora? Então eu soltei o teracopy e mudei o lote para usar o antigo comando dos copy.

Após essas duas alterações, reiniciei meu processo de preenchimento da unidade com cópias de um filme, para que eu possa testar a unidade quando ela estiver cheia com o chkdsk. Até agora, copiou 2,1 TB e todos os arquivos estão funcionando bem, não sei se essa mudança vem do driver ou da copiadora. Vamos esperar até o final para ver se o chkdsk muda o comportamento para.

    
por Cachirro 01.12.2013 / 01:57

1 resposta

1

Problema resolvido!

A solução foi que eu tive que adivinhar que, a fim de obter o driver mais recente do controlador sata, você não deve instalar os drivers mais recentes do chipset, ou procurar o controlador sata mais recente no site asus / intel, noooooooo, você instale o Intel RST e então instala você por cortesia um novo driver, mudando de um de 2008, que até o windows update disse "você está bem, este é o último driver", para um novo de 2012.

vai descobrir ...

    
por 02.12.2013 / 09:38