Unraid : surveiller ses disques et préparer leur remplacement

Surveiller pour décider avant la panne

Un disque peut afficher SMART PASSED et pourtant présenter des erreurs de lecture ou disparaître du contrôleur. À l’inverse, un compteur ancien peut rester stable pendant longtemps. La décision repose sur la tendance, les erreurs réelles, la criticité des données et l’état des autres disques.

Ce guide couvre la collecte SMART et la préparation d’un remplacement Unraid. Les noms de disques sont fictifs. Vérifiez votre version Unraid, le système de fichiers, la topologie et la procédure officielle correspondant à votre cas avant un changement. Les commandes ne constituent pas un diagnostic automatique ni une promesse de prédiction des pannes.

1. Identifier le disque et son rôle

Dans Main, relevez le slot, le modèle, le numéro de série, la taille et le rôle : données de l’array, parité, membre d’un pool ou périphérique non assigné. Associez le numéro de série à la baie physique. Une lettre /dev/sdX peut changer après un redémarrage.

Le système utilise des architectures différentes. La parité de l’array ne protège pas les fichiers encore présents uniquement dans un pool. Un pool sans redondance nécessite une restauration ou migration des données, plutôt qu’une reconstruction depuis la parité de l’array.

lsblk -d -o NAME,SIZE,MODEL,SERIAL,TRAN
ls -l /dev/disk/by-id/

2. Lire SMART et conserver un point de référence

Dans Main, ouvrez le disque et exportez son rapport. Au terminal, smartctl lit les informations exposées par le périphérique et son contrôleur. Un accès administratif peut être nécessaire. Le rapport contient des numéros de série : retirez-les avant publication.

Utilisez la version smartmontools installée avec votre Unraid et son aide locale. Un HBA, un pont USB ou un protocole différent peut exiger une option de type de périphérique adaptée. N’essayez pas des options au hasard. Une collecte qui échoue ou qui saute un disque en veille doit être signalée distinctement.

Conservez date, température, erreurs, auto-tests et compteurs pertinents hors de la clé de démarrage. La lecture des journaux ne change pas les fichiers du disque, mais peut le réveiller; contrôlez l’impact sur votre plan de veille.

# Replace with the verified WHOLE device ID, not a partition.
smartctl --version
smartctl -x /dev/disk/by-id/ata-EXAMPLE_DISK_SERIAL
# May avoid waking an ATA disk in standby:
smartctl -n standby -a /dev/disk/by-id/ata-EXAMPLE_DISK_SERIAL
# Inspect the result and exit status; skipped is not healthy.

• smartmontools : manuel primaire de smartctl ↗

3. Interpréter les compteurs selon le modèle

Pour un HDD ATA, surveillez surtout les secteurs réalloués, en attente et non corrigeables, ainsi que les auto-tests et erreurs récentes. Une hausse mérite une investigation rapide et une sauvegarde. Les valeurs brutes et normalisées ne sont pas interchangeables; les identifiants et unités dépendent du fabricant.

UDMA CRC concerne souvent le chemin de transfert. Une augmentation oriente vers câble, connexion ou contrôleur; elle ne prouve pas à elle seule un défaut de surface. Corrélez avec les journaux et les resets. Une valeur historique ne revient pas nécessairement à zéro après réparation.

Power_On_Hours mesure un usage cumulé; Load_Cycle_Count concerne généralement les cycles de chargement/déchargement des têtes. Comparez aux spécifications du modèle, sans convertir un compteur en date de décès. Les SSD/NVMe utilisent d’autres indicateurs, notamment usure et erreurs média : ne leur appliquez pas les seuils HDD.

• Unraid : SMART et santé des disques ↗

4. Relier SMART aux symptômes du serveur

Notez les erreurs de lecture/écriture, disques désactivés, pertes de lien, température inhabituelle et tâches au moment de l’incident. Téléchargez Tools → Diagnostics avant un redémarrage si possible et conservez le fichier dans un emplacement protégé.

Un disque désactivé indique qu’Unraid a cessé de l’utiliser normalement; le contenu peut être émulé si les conditions de protection le permettent. Le défaut peut impliquer disque, câble, alimentation ou contrôleur. Remplacer sans traiter le chemin matériel peut reproduire la panne.

Exemple fictif : le disque de données D3 accumule des CRC après un changement de câble, sans nouvelle erreur média. Inspectez la liaison avec une fenêtre d’arrêt, puis observez la tendance. Autre cas : secteurs en attente en hausse et auto-test en échec; priorisez les données et le plan de remplacement.

5. Tester sans multiplier les charges

Un auto-test court ou étendu lance une opération interne et ajoute de la charge. Il n’est donc pas une simple lecture de métadonnées. Planifiez-le selon l’état du disque; un disque gravement dégradé contenant l’unique copie ne doit pas subir une série de tests avant la récupération des données.

Un test étendu peut prendre des heures. Évitez de le superposer à une reconstruction, un scrub ou une vérification de parité. Un test terminé sans erreur ne garantit pas l’absence de panne future. Consultez le journal après le délai indiqué, pas seulement la confirmation de démarrage.

# CHANGE: starts an internal test; adds drive load.
# Confirm identity, backup, health and maintenance window first.
smartctl -t short /dev/disk/by-id/ata-EXAMPLE_DISK_SERIAL
# After the indicated completion time, READ the result:
smartctl -l selftest /dev/disk/by-id/ata-EXAMPLE_DISK_SERIAL
# Optional extended test only when appropriate:
# smartctl -t long /dev/disk/by-id/ata-EXAMPLE_DISK_SERIAL

6. Préparer sauvegardes, alertes et fenêtre de maintenance

Testez une restauration de fichiers importants vers un emplacement distinct. Sauvegardez la configuration de démarrage, les paramètres des partages et les données applicatives selon leurs exigences de cohérence. La parité réplique aussi les effets d’une suppression ou d’un formatage; elle ne conserve pas une version indépendante.

Activez et testez vos notifications Unraid. Acquitter une alerte ne répare pas le disque et ne remplace pas un historique. Suivez les changements et les erreurs de collecte. Les fonctions, limites de périphériques et droits de mise à jour dépendent de votre licence; vérifiez Registration avant un changement de capacité.

Documentez les slots et séries, le chiffrement et l’accès aux clés, la durée probable d’indisponibilité, le disque de remplacement et les sauvegardes. Un arrêt de l’array affecte les partages et les applications : prévoyez l’impact avec leurs utilisateurs.

7. Remplacer un disque de données : choisir le bon scénario

Pour une mise à niveau préventive sur un array sain, commencez par la vérification de parité prévue dans la procédure officielle et examinez toute erreur. Pour un disque déjà en panne, ne lancez pas automatiquement une longue vérification ou une correction : examinez d’abord l’émulation et l’état des disques restants.

La procédure Unraid distingue remplacement, parité et parity swap. Le nouveau disque de données doit couvrir l’ancien et respecter la limite de la plus petite parité. Gardez l’ancien disque intact jusqu’à validation. Ne choisissez pas Format pour résoudre un état Unmountable : une reconstruction reproduit aussi l’état du système de fichiers.

Les étapes ci-dessous sont un changement, à adapter à la procédure officielle et à la version. Si l’émulation est inaccessible, interrompez le plan et établissez la récupération appropriée.

• Vérifier séries, sauvegarde, état de protection et données émulées.
• Arrêter l’array; pour un remplacement préventif, suivre la séquence de désassignation et démarrage sans le disque prescrite par Unraid.
• Arrêter à nouveau et remplacer physiquement avec extinction si le matériel n’est pas prévu pour le hot-swap.
• Assigner le nouveau disque au slot exact puis démarrer la reconstruction.
• Surveiller progression et erreurs, puis vérifier fichiers et applications.

• Unraid : procédures de remplacement et parity swap ↗

8. Parité et pools : appliquer leur procédure distincte

Un remplacement de parité recalcule la protection à partir des données et crée une fenêtre de risque. Si la capacité souhaitée dépasse votre parité actuelle, utilisez la procédure de mise à niveau ou parity swap appropriée; ne réassignez pas les disques par intuition.

Dans un pool, vérifiez le profil réel et les vdevs avant retrait. Une configuration à plusieurs disques n’est pas automatiquement redondante. Suivez la procédure Btrfs ou ZFS documentée; contrôlez la fin de la reconstruction, balance ou resilver et l’état du pool avant une autre opération.

Un preclear est un test communautaire optionnel, destructif pour la cible. Il n’est pas requis pour reconstruire un disque et ne doit jamais viser un disque contenant des données utiles. Le présent guide ne fournit aucune commande d’effacement.

• Unraid : gestion et remplacement dans les pools ↗

9. Valider la reconstruction et préparer la récupération

Vérifiez fin de tâche, erreurs, montage, données critiques, droits des partages et démarrage des applications. Une reconstruction réussie ne prouve pas que chaque fichier était correct avant l’incident. Comparez des sommes de contrôle existantes ou des restaurations de référence si disponibles.

Le retour arrière n’est pas une permutation automatique avec l’ancien disque : des écritures pendant l’émulation peuvent l’avoir rendu obsolète. Conservez-le sans écriture et privilégiez la restauration validée ou un plan de récupération contrôlé.

Ne lancez pas New Config pour reconstruire un disque. Unraid avertit que cette action efface l’état requis pour proposer la reconstruction. Si une seconde panne apparaît ou si la tâche échoue, préservez les diagnostics et réévaluez la protection avant de recommencer.

• Unraid : parité, état de l’array et avertissement New Config ↗

Checklist avant et après l’intervention

Un accompagnement en stockage et sauvegardes peut structurer ces contrôles et un plan de remplacement adapté aux données. L’objectif est de disposer de preuves et d’une récupération praticable, pas d’attendre qu’un compteur SMART annonce la panne.

• Identité physique, slot et rôle confirmés.
• Sauvegarde indépendante et restauration testées.
• État des autres disques et de l’émulation connu.
• Capacité, licence et topologie compatibles.
• Procédure exacte choisie; aucun formatage improvisé.
• Résultat, fichiers critiques, applications et alertes validés.