O Truecrypt pode criptografar um disco rígido / drive completo, quando / se estiver contido, contém 1) erros de leitura / gravação? 2) setores defeituosos? Antes ou mesmo se depois, eles são corrigidos e recuperados pelo chkdsk do Windows etc ...
Detalhes : Eu tenho um HDD Barracuda 7200.12 500GB todo vazio da Seagate, que eu estou tentando criptografar por Truecrypt, eu estou usando como HDD externo via conexão USB 2.0, (por USB para ponte ATA / ATAPI, como diz no Windows área de notificação da barra de tarefas ... como é conexão USB para SATA) O problema que estou enfrentando é que o HDD é detectável pelo meu windows 7 normalmente por horas como, e quando eu começar a criptografá-lo por Truecrypt, ele criptografa por um tempo como 41% -50 % até ao redor e, em seguida, de repente Truecrypt Volume criação assistente diz - "O dispositivo não está pronto" e, em seguida, HDD não é detectável pelo windows 7 depois disso, (como ejeta), que normalmente funciona normalmente e é detectável ...
Eu pensei que poderia estar lá pode ser um erro na unidade ou setor ruim ...
Então eu também fiz alguns testes diagonísticos para checar …
1) Relatórios do Windows Chkdsk - Sem erros e 0 setores defeituosos
2) O Seagate SeaTools “PASSA” em todos os testes, desde genéricos curtos até testes genéricos…
3) Scanner de disco Ariolic, em uma varredura, relatou 62 erros de leitura em um bloco de ponto vermelho durante a varredura Em sua interface GUI, todos os restos eram verdes e, em seguida, pára a varredura mais…
4) Eu não dei Spinrite ainda uma tentativa ...
Agora eu não consigo entender Qual cud o problema, e como se Por que não posso criptografá-lo ... ( Nota : Também o disco é supostamente novo e para ele foi substituído pela Seagate em troca do meu disco rígido anterior Seagate que estava fazendo barulho, então eles fizeram uma substituição na garantia) Este funciona normalmente, mas não me deixa criptografar!
fonte
chkdsk
com o/R
comutador (por exemplochkdsk A: /R
).Respostas:
Ele trata a unidade da mesma forma que um disco não criptografado com ou sem 'setores defeituosos'
Forum answer here
Ele ainda deve criptografar parte de:
Aqui estão as possíveis "dicas": NO3.
desculpe, postado na parte errada,
ele funciona como uma unidade normal, como se uma pasta ou programa não pudesse gravar em um setor defeituoso,
para que eles parassem de criptografar, pois isso seria um possível risco de segurança / tente 2 ou 3 .
Sua unidade é improvável que seja 50% setores defeituosos, talvez apenas no meio.
fonte
Se você tem acesso a uma máquina linux, eu tentaria rodar um longo teste offline com
smartctl
. Tenho certeza de que existe uma ferramenta equivalente que funciona no Windows, embora eu não saiba o nome de uma.Acredito que o uso do SMART no disco faz a verificação de erros em si. Eu uso o SpeedFan no Windows para visualizar os dados SMART da unidade, mas o AFAIK SpeedFan não pode acionar a verificação de erros da unidade.
Eu questionaria a segurança de usar uma unidade com setores defeituosos para armazenar dados importantes. Se os seus dados são valiosos o suficiente para criptografar, eles devem ser valiosos o suficiente para colocar uma boa unidade que provavelmente não falhará a qualquer momento. Além do incômodo de se recuperar de uma unidade com falha / não confiável, uma unidade de 500 Gb custa cerca de US $ 60 (abril de 2013). Quanto vale o seu tempo?
fonte
O truque aqui é usar uma ferramenta que escaneie o disco inteiro no modo de leitura / gravação e, assim, forçar todos os setores pendentes a serem remapeados pela lógica do drive.
Truecrypt pára no erro de leitura e não tenta gravar o setor, para que a unidade nunca tenha chance de remapear o setor (o que ele faz apenas em gravações).
Como um CHKDSK / F normal não mostra erros, o setor do problema provavelmente está no espaço livre, você tem algumas opções sem custo com complexidade crescente e aumentando as chances de sucesso:
Opção 1
Use um programa gratuito para limpar o espaço livre na unidade (o que deve forçar o remapeamento se o problema estiver no espaço livre). Então tente novamente.
Isso não coloca dados em risco.
opção 2
Obter uma inicialização do live cd do Linux para determinar a designação da unidade em questão usando a ferramenta de gerenciamento de disco (provavelmente / dev / sda se for a unidade do sistema da máquina) como root (terminal raiz ou sudo) no terminal use o comando
badblocks -svn / dev / sda (substitua o dispositivo real por / dev / sda)
deixe o longo teste rodar ele lê cada setor, escreve para o setor (o que fará a unidade remapá-lo se estiver ruim), então grava os dados originais de volta.
Depois que os testes forem concluídos, inicialize novamente no Windows e execute o chkdsk / f, é possível que o primeiro teste corrompa um arquivo se ele tiver uma leitura incorreta em um setor e tenha gravado os dados corrompidos de volta no arquivo remapeado.
Tente novamente, o Truecrypt deve ser concluído, a menos que o disco fique sem setores sobressalentes e, nesse caso, ele está em péssimo estado e precisa ser substituído. Nessa condição, supondo que o SMART esteja habilitado, você também receberá erros do SMART na inicialização, informando para fazer backup dos dados e substituir a unidade.
fonte