Si ZimaOS détecte un disque comme étant en bon état, mais que le workflow « Activer » indique qu’aucun disque n’est disponible, ne supposez pas que le disque est défaillant. Sous ZimaOS 1.6.1, des utilisateurs ont signalé un cas particulier de l’interface : les disques contenant un système de fichiers existant ou non pris en charge étaient détectés, mais ne pouvaient pas être adoptés comme stockage autonome via l’écran « Activer » habituel.
La procédure sûre consiste à identifier le disque, à déterminer quel système de fichiers ou quelles métadonnées de partition sont déjà présents, à décider si des données doivent être conservées, puis à utiliser le workflow de stockage actuel. L’effacement doit être la dernière étape, et non la première action de diagnostic.
À quoi ressemble précisément ce symptôme
- ZimaOS répertorie le disque dans une section dédiée aux périphériques nouvellement détectés.
- Son état de santé semble normal.
- Le disque peut apparaître comme candidat lors de la création d’un ensemble.
- Le parcours d’activation autonome indique qu’aucun disque n’est disponible.
- Le disque contient déjà NTFS, exFAT, Linux, RAID ou d’anciennes métadonnées.
Ce cas est différent d’un disque totalement absent du BIOS ou de Linux. Si le matériel ne voit pas du tout le disque, commencez par vérifier le câble, l’alimentation, le contrôleur et l’état du disque.
Étape 1 : identifier le disque sans le modifier
Utilisez l’interface de ZimaOS pour relever le modèle, la capacité et le nom du périphérique. Si vous êtes à l’aise avec le terminal, lsblk -f permet d’inspecter les noms des périphériques, les systèmes de fichiers, les étiquettes et les UUID en lecture seule.
Ne vous fiez pas uniquement à la capacité lorsque plusieurs disques de même taille sont installés. Confirmez le modèle et le système de fichiers existant avant toute opération destructive.
Étape 2 : déterminer si les données existantes sont importantes
Si le disque provient de Windows, d’un autre NAS, d’Unraid, de TrueNAS, de Linux ou d’un ancien ensemble RAID, partez du principe qu’il peut contenir des données récupérables, même si ZimaOS indique que le format n’est pas pris en charge.
Connectez-le à un environnement capable de comprendre l’ancien système de fichiers, copiez les éléments importants et vérifiez la sauvegarde avant d’effacer les métadonnées de partition ou de système de fichiers.
Étape 3 : réessayer avec le workflow de stockage actuel de ZimaOS
Le guide de configuration du stockage de ZimaOS actuel décrit le workflow moderne de configuration du stockage. ZimaOS a considérablement évolué depuis la version 1.6.1 ; ne supposez donc pas que l’ancien comportement de l’interface s’applique encore à l’identique.
Après avoir protégé les anciennes données, utilisez l’interface actuelle pour initialiser ou ajouter le disque. Si la dernière version stable ne permet toujours pas de l’adopter, notez précisément le système de fichiers et la version actuelle de ZimaOS afin de les communiquer au support.
Pourquoi « En bon état » ne signifie pas « Prêt à l’emploi »
L’état du disque et la compatibilité du système de fichiers répondent à deux questions différentes. Un état sain signifie que le matériel répond normalement. Cela ne garantit pas que ZimaOS puisse monter le système de fichiers existant ou adopter directement la structure de partitions actuelle.
Cette distinction permet d’éviter une erreur fréquente : remplacer un disque parfaitement fonctionnel alors que le véritable problème vient d’anciennes métadonnées.
Quand l’effacement d’un disque est-il approprié ?
Uniquement lorsque les trois affirmations suivantes sont vraies :
- vous êtes certain d’avoir sélectionné le bon disque ;
- toutes les données importantes ont été sauvegardées ou peuvent être supprimées intentionnellement ;
- vous comprenez que la suppression des métadonnées du système de fichiers ou des partitions peut rendre le contenu précédent inaccessible.
L’effacement est une étape de préparation à la réutilisation, pas un raccourci de diagnostic. En cas de doute, arrêtez-vous avant toute modification et vérifiez le disque sur une autre machine.
N’utilisez pas aveuglément d’anciennes commandes d’effacement en ligne de commande
Les réponses publiées sur les forums proposent parfois directement des commandes qui suppriment les signatures ou les tables de partitions. Ces commandes peuvent être efficaces, mais une seule erreur dans le nom du périphérique peut détruire le mauvais disque. Pour un guide destiné aux utilisateurs généraux de ZimaOS, il est plus prudent de commencer par diagnostiquer, de protéger les données et de privilégier l’interface actuelle lorsque c’est possible.
La liste de contrôle du stockage de ZimaOS propose un ordre de dépannage plus sûr.
Que faire si le disque provient d’un autre RAID ou NAS ?
D’anciens superblocs RAID, des étiquettes ZFS, des métadonnées LVM ou des structures de partitions propres à un NAS peuvent perturber l’adoption, même si le système de fichiers visible vous est familier. N’effacez pas ces métadonnées si vous pourriez avoir besoin de reconstruire l’ancien ensemble.
Si le disque fait partie d’un RAID dégradé qui contient encore des données importantes, la récupération doit passer avant la réutilisation.
FAQ
Pourquoi ZimaOS indique-t-il que mon disque est en bon état, mais ne me permet-il pas de l’activer ?
Le disque peut être physiquement sain alors que son système de fichiers ou ses métadonnées de partition existants ne sont pas compatibles avec le workflow d’activation autonome.
« Format non pris en charge » signifie-t-il que le disque est défectueux ?
Non. Cette indication concerne généralement le système de fichiers ou la structure de partitions existants, et non l’état matériel du disque.
Puis-je formater le disque sans utiliser SSH ?
Avec les versions actuelles de ZimaOS, essayez d’abord la dernière interface de configuration du stockage. La limitation d’origine a été signalée sous la version 1.6.1 et ne doit pas être considérée comme une règle permanente de l’interface.
Dois-je effacer un ancien disque NAS avant de l’importer ?
Uniquement après avoir récupéré ou sauvegardé les éléments importants. Les anciennes métadonnées RAID ou du système de fichiers peuvent être utiles si vous devez ensuite reconstruire le stockage d’origine.
