Eu tenho Adata su650 480GB SSD que geralmente está funcionando bem. Verificação recente de valores SMART usando relatórios CrystalDiskInfo 257 contagem de blocos inválidos. Agora eu preciso saber algumas coisas com relação a este parâmetro
- O que é essa contagem de blocos ruins e se são blocos ruins anteriores ou posteriores?
- Isso significa que 257 blocos são ruins?
- Eles são excluídos do I/O após serem relatados?
- Às vezes, ao copiar um único arquivo grande, a velocidade cai para apenas 2 – 3 MB/s por alguns segundos e depois salta novamente para 200 MB/s. Isso é por causa de bad blocks?
- Não há perda de dados visível a partir de agora. Nada parece ter sido corrompido
- Eu tenho um SSD ruim?
Obrigado a todos por respostas informativas.
Resposta aos comentários –
Verifiquei duas vezes com o Adata SSD Toolbox, mas os parâmetros como Reallocated Sector, etc., não são relatados. Talvez eles estejam faltando no próprio hardware.
Investigação aprofundada-
Baixei o aplicativo SSD Toolbox da Adata e ele relata esses parâmetros como especificado pelo fornecedor. Veja a captura de tela em anexo:
AA Vendor Specified 72 72 10 Raw Value 101 Hex
Isso é intrigante. Isso significa que o CrystalDiskInfo está interpretando os dados e relatando-os de forma diferente? Essa contagem de blocos ruins é realmente uma contagem de blocos ruins? Eu confiaria na ferramenta da Adata, pois eles sabem o que projetaram?
Tentei enviar uma consulta on-line para o suporte on-line da Adata, mas o formulário da Web apresenta erros no final
Esta questão pode parecer uma duplicata da contagem de blocos inválidos (inicialmente - posterior)? , mas aqui não tenho separação de dados antecipada ou posterior, portanto, não é uma duplicata exata como tal e tenho um escopo maior.
Seu SSD está em excelente estado e não apresenta problemas.
O atributo SMART AA (170) é nomeado pelo CrystalDisklnfo como "Bad Block Count", mas outras fontes o chamam de "Reserved Block Count" e o definem como:
Outra descrição de Kingston diz:
É basicamente o número de blocos bons que estão disponíveis para mapear os blocos ruins, ou seja, substituir um bloco ruim por um desses blocos. O número diminui , não aumenta, conforme os blocos defeituosos são encontrados. Quando chega a zero, o firmware pode colocar o disco em um estado somente leitura.
O CrystalDisklnfo fornece como limite o número de
10pontos de perigo para o seu disco. Não tenho certeza se esse número é o mesmo que o ADATA especificaria para este disco, mas sua contagem de 72 não chega nem perto disso.Todos os outros atributos são excelentes, sem absolutamente nenhum erro registrado.
É uma boa prática continuar verificando periodicamente seus discos e seus dados SMART, para antecipar erros futuros.
Como outros sugeriram, suspeito que o início indica blocos defeituosos detectados enquanto o SSD foi configurado na fábrica. O que é estranho e não é uma prática comum no passado, onde os fabricantes tendiam a esconder tais defeitos.
Sim.
Eu daria uma olhada na contagem de blocos ruins imediatamente após tal evento. Se o número aumentar após tal desaceleração observada, então sim, pode muito bem estar relacionado. Os valores SMART ganham significado se você puder vinculá-los a um evento específico IMO.
O que é normal e realmente altamente recomendado é que seu SSD tenha blocos "sobressalentes" que podem ser usados em algum momento se alguns blocos do seu SSD estragarem. Seu software pode ter uma escolha infeliz de nome para esses blocos sobressalentes.
O normal é que um SSD novo já esteja usando alguns desses blocos "sobressalentes". Produzir um SSD com 100% de blocos bons pode sair muito caro comparado a um com 99,99% de blocos bons, e é você quem pagaria a diferença de preço.
O que também é normal é que durante a operação alguns blocos ficam danificados e são substituídos de forma automática e invisível para o usuário por blocos sobressalentes.
O que é ruim é quando seu SSD tem tantos blocos defeituosos que fica sem peças sobressalentes para substituí-los.