S.M.A.R.T longo auto teste. O teste continua depois de encontrar blocos ruins?

1

Tenho assistido a um HDD habilitado para SMART recentemente (conectado a um servidor OSX, que não é muito útil com a saída SMART pronta para uso).

A unidade está definitivamente falhando - os cabeçotes clicam, os testes SMART falham (apesar de SMART overall-health self-assessment test result: PASSED ), etc, e eu tenho um substituto que estará sendo digitado enquanto você lê isso.

Acabei de fazer uma pergunta sobre a saída SMART (não se a unidade está falhando!). A porcentagem Remaining abaixo é a quantidade do teste restante depois que o primeiro erro foi encontrado.

A pergunta é - o teste SMART continua após o erro ser encontrado? Se não, alguém sabe, por favor, se existe uma maneira de forçá-lo a concluir e testar a unidade inteira?

Num  Test_Description    Status                  Remaining    LifeTime(hours)  LBA_of_first_error
 # 1  Extended offline    Completed: read failure       80%     18302         406986

Obrigado pelo seu tempo!

    
por questions 15.04.2015 / 18:33

1 resposta

0

Não, o teste não continua após a detecção do primeiro setor defeituoso.

Da página do manual smartctl:

selftest - [ATA] prints the SMART self-test log. The disk maintains a self-test log showing the results of the self tests, which can be run using the '-t' option described below. For each of the most recent twenty-one self-tests, the log shows the type of test (short or extended, off-line or captive) and the final status of the test. If the test did not complete successfully, then the percentage of the test remaining is shown. The time at which the test took place, measured in hours of disk lifetime, is also printed. [Note: this time stamp wraps after 2^16 hours, or 2730 days and 16 hours, or about 7.5 years.] If any errors were detected, the Logical Block Address (LBA) of the first error is printed in decimal notation. On Linux systems the smartmontools web page has instructions about how to convert this LBA address to the name of the disk file containing the erroneous block.

    
por 15.04.2015 / 21:33