Eu não vi esse tipo de aviso que você tem, ainda. Mas, aparentemente, isso significa que o smartctl apenas avaliou a tabela de atributos (veja abaixo) porque não há mais informações do SMART explicitamente sobre a integridade que normalmente faz parte do protocolo ATA. A resposta global é considerada não confiável neste caso pelo autor de smartmontools. As unidades conectadas diretamente a um controlador SATA funcionam melhor com o SMART pelo que vi até agora.
No que diz respeito à tabela de atributos, quando você der uma olhada em uma saída do atributo SMART com smartctl -A /dev/XXX , verá três colunas VALUE , WORST e THRESH . Aqui uma parte de tal saída:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 189 182 021 Pre-fail Always - 5508
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 18
A primeira coluna VALUE informa o valor atual do atributo. A coluna WORST informa o pior valor (normalmente mais baixo) que a SMART já viu. A coluna THRESH informa o que os fornecedores consideram como o menor valor possível considerado como saudável.
Se a coluna WORST mostrar valores abaixo de THRESH na mesma linha, a unidade será considerada não íntegra. Isso também implica que VALUE foi visto abaixo de THRESH , é claro. Você também pode ver que apenas os atributos do tipo Pre-fail importam ao avaliar a integridade. Outros limites são simplesmente definidos como 0 e seus atributos não podem falhar.
Esta tabela é toda aquela smartctl usada para a análise da saúde da unidade. E não é realmente a maneira correta de fazer isso direito.