Il existe beaucoup d'informations en ligne sur SMART et la signification des attributs. Cependant, je n'ai pas rencontré de mentions concernant plusieurs points importants que je connais par des personnes qui étudient les supports d'information.
Lorsque j'ai raconté une nouvelle fois à un ami pourquoi il ne faut pas croire aveuglément aux lectures SMART et pourquoi il vaut mieux ne pas utiliser les classiques 'moniteurs SMART' en permanence, l'idée m'est venue de consigner ces paroles sous forme de thèses avec des explications. Pour pouvoir fournir des références au lieu de réexpliquer chaque fois. Et pour familiariser un large public.
1) Il convient d'utiliser les programmes de surveillance automatique des attributs SMART avec une grande prudence.
Ce que vous connaissez sous le nom d'attributs SMART n'est pas stocké de manière prête à l'emploi, mais est généré au moment où vous les demandez. Ils sont calculés sur la base de statistiques internes, accumulées et utilisées par le firmware du disque lors de son fonctionnement.
Une partie de ces données n'est pas nécessaire pour le fonctionnement principal de l'appareil. Et elles ne sont pas stockées, mais formées à chaque fois que cela est nécessaire. Par conséquent, lorsque des attributs SMART sont demandés, le firmware déclenche un grand nombre de processus nécessaires pour obtenir les données manquantes.
Cependant, ces processus sont mal compatibles avec les procédures exécutées lors des opérations de lecture-écriture sur le disque.
Dans un monde idéal, cela ne devrait entraîner aucun problème. Mais dans la réalité, les firmwares des disques durs sont écrits par des gens ordinaires. Qui peuvent faire des erreurs et en font. Par conséquent, si vous demandez des attributs SMART pendant que l'appareil effectue activement des opérations de lecture-écriture, la probabilité que quelque chose se passe mal augmente considérablement. Par exemple, des données peuvent être corrompues dans le tampon utilisateur de lecture ou d'écriture.
L'affirmation concernant l'augmentation des risques n'est pas une déduction théorique, mais une observation pratique. Par exemple, un bogue connu s'est produit dans le firmware du HDD Samsung 103UI, où lors de l'exécution d'une demande d'attributs SMART, les données utilisateur étaient corrompues.
Ainsi, ne configurez pas de vérification automatique des attributs SMART, sauf si vous savez exactement que la commande de réinitialisation du cache (Flush Cache) est exécutée auparavant. Sinon, si cela est absolument nécessaire, configurez les vérifications pour qu'elles soient effectuées aussi rarement que possible. Dans de nombreux programmes de monitoring, le temps par défaut entre les vérifications est d'environ 10 minutes. C'est trop fréquent. De toute façon, ces vérifications ne sont pas une panacée contre la défaillance imprévue d'un disque (la véritable panacée est la sauvegarde). Une fois par jour me semble tout à fait suffisant.
La demande de température pour le lancement des processus de calcul des attributs peut être effectuée souvent. En effet, avec une bonne mise en œuvre, cela se fait via le protocole SCT. Le protocole SCT ne transmet que ce qui est déjà connu. Ces données sont mises à jour automatiquement en arrière-plan.
2) Les données des attributs SMART sont souvent peu fiables.
Le micrologiciel du disque dur vous montre ce qu'il estime nécessaire de montrer, et non ce qui se passe réellement. L'exemple le plus frappant est le cinquième attribut, le nombre de secteurs re-assignés. Les spécialistes de la récupération de données savent bien qu'un disque dur peut afficher un nombre de réallocations nul dans le cinquième attribut, alors qu'il en existe et continuent d'apparaître.
J'ai posé la question à un spécialiste étudiant les disques durs et leurs micrologiciels. J'ai demandé quel est le principe selon lequel le firmware de l'appareil décide de cacher le fait de la réassignation des secteurs à un moment donné, et à quel autre moment il peut parler de cela à travers les attributs SMART.
Il a répondu qu'il n'existe pas de règle générale selon laquelle les appareils montrent ou cachent la réalité. Et la logique des programmeurs qui écrivent le firmware des disques durs peut parfois sembler très étrange. En étudiant les firmwares de différents modèles, il a constaté que la décision de « cacher ou montrer » est souvent prise sur la base d'un ensemble de paramètres qui sont généralement incompréhensibles entre eux et par rapport à la durée de vie restante du disque dur.
3) L'interprétation des indicateurs SMART est spécifique au vendeur.
Par exemple, sur les disques Seagate, il ne faut pas se fier aux valeurs brutes « mauvaises » des attributs 1 et 7 tant que les autres sont dans la norme. Sur les disques de ce fabricant, leurs valeurs absolues peuvent augmenter au cours d'une utilisation normale.
Pour évaluer l'état et la durée de vie restante d'un disque dur, il est recommandé de se concentrer en priorité sur les paramètres 5, 196, 197 et 198. En outre, il est préférable de s'appuyer sur les valeurs brutes absolues (raw) plutôt que sur les valeurs transférées. La conversion des attributs peut être effectuée de manière peu évidente, variant selon les algorithmes et les firmwares.
En réalité, parmi les spécialistes des supports de stockage, quand on parle de la valeur d'un attribut, on fait généralement référence à la valeur absolue.
Source : habr.com
