Apple SSD Estado de saúde 4.2TB, como posso dizer que está morto?

Question

Eu instalei o SSD Health (512 GB) no meu MacBook Pro (final de 2013), que mostra as seguintes estatísticas:

Normalmente, o status de saúde deve mostrar a porcentagem, mas está mostrando > 4252 GB de dados gravados.

Eu experimentei recentemente alguma perda de dados (como arquivos copiados são preenchidos com NULLs, incompatibilidade SHA256 durante a instalação de pacotes, etc.), e Primeiros Socorros encontrou HD corrompido (código de saída 8). Isso sugere que meu SSD está morto e precisa ser substituído (em caso afirmativo, com base em que informações exatamente)? Por outro lado, as unidades SSD não devem funcionar por pelo menos 10 anos?

Aqui estão alguns exemplos de perda de dados reproduzíveis:

$ wget -q https://homebrew.bintray.com/bottles/glibmm-2.54.1.sierra.bottle.tar.gz
$ ls -la glibmm-2.54.1.sierra.bottle.tar.gz 
-rw-r--r-- 1 kenorb staff 10033965 Sep 18 22:54 glibmm-2.54.1.sierra.bottle.tar.gz
$ gzip -t glibmm-2.54.1.sierra.bottle.tar.gz 
gzip: glibmm-2.54.1.sierra.bottle.tar.gz: unexpected end of file
gzip: glibmm-2.54.1.sierra.bottle.tar.gz: uncompress failed
$ cp -v /Volumes/SSD-256G/file.txt . # Copy file from the external SSD.
'/Volumes/SSD-256G/file.txt' -> './file.txt'
$ diff /Volumes/SSD-256G/file.txt file.txt
Binary files /Volumes/SSD-256G/file.txt and file.txt differ
$ hexdump file.txt
0000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
1b86060 00 00 00 00 00 00                              
1b86066

    

Answer 1

" arquivos copiados são preenchidos com NULLs, incompatibilidades SHA256 " são de fato indicadores de possível falha SSD. Eu não esperaria que um SSD vivesse 10 anos a menos que você o mantenha na prateleira.

Se o mesmo arquivo for diferente (por exemplo, md5 path/to/file produz hashes diferentes) em duas tentativas, isso é indicação suficiente de que o SSD está terminalmente doente (desde que o arquivo não seja modificado). Você pode testar isso em qualquer arquivo grande para começar, quanto maior, melhor.

Se esse teste passar, você pode continuar fazendo o mesmo para todo o disco. Você precisará inicializar a partir de outra mídia inicializável a partir da qual você pode calcular o hash de todo o SSD. Por exemplo, inicialize no Linux live USB / CD e execute md5sum /dev/sd<your ssd letter> duas vezes - os resultados devem corresponder a um disco saudável.

Finalmente, se os testes acima passarem, enquanto você ainda estiver inicializando no Linux, execute um teste curto e, em seguida, longo, fornecido por smartctl :

smartctl -t short /dev/sd<your ssd letter> # results can be seen after a few minutes
smartctl -t long /dev/sd<your ssd letter> # a few hours to wait

    

Answer 2

A ferramenta fsck_hfs da Apple tem a opção -S para verificar o disco em busca de blocos defeituosos.

Por exemplo:

diskutil list # Note the disk path.
fsck_hfs -S /dev/disk22

Isso varrerá o disco inteiro pelo link e informará se ele está corrompido ou se o reparo do software deve ser suficiente.

Para evitar que o disco seja montado, o melhor é inicializar o sistema a partir de um modo único ou macOS installer (USB ou DVD) e executar o Terminal app.

Aqui estão exemplos de comandos para reparar o volume criptografado (como um usuário root ):

diskutil coreStorage list # Note the UUID.
diskutil coreStorage unlockVolume 11111111-2222-3333-4444-555555555555
diskutil umount /dev/disk22 # Unmount after it was mounted with write access.
fsck_hfs -y /dev/disk22 # Check and repair any errors.
fsck_hfs -S /dev/disk22 # Scan entire disk for the bad blocks.

Se os erros foram reparados com sucesso, e não há bloqueios ruins, isso pode dar alguma confiança de que o SSD Health ainda é bom. No entanto, se ainda houver alguns erros de disco e nenhum bloqueio defeituoso, o software de reparo de terceiros pode ser usado (por exemplo, DiskWarrior , pode reparar diretórios / arquivos corrompidos e diagnosticar o disco rígido usando o diagnóstico SMART).