Vérifiez le BIOS avant de modifier les partitions ou les paramètres de ZimaOS
Lorsqu’un disque SATA est absent à la fois de ZimaOS et d’un autre système d’exploitation installé, la visibilité dans le micrologiciel est le premier élément discriminant. Si le BIOS du ZimaCube indique que la baie est vide, le formatage, le montage et les paramètres des applications ne peuvent pas rendre ce matériel visible.
L’auteur d’origine a testé six disques Seagate IronWolf Pro ST8000NT001. Les disques fonctionnaient sur d’autres systèmes, tandis qu’un ancien disque dur d’ordinateur portable était détecté par le ZimaCube. Cela écartait l’hypothèse simple selon laquelle toutes les baies ou tous les disques testés étaient défectueux, mais ne prouvait pas la théorie de l’auteur concernant la révision SATA.
Éteignez complètement le ZimaCube avant d’insérer, de retirer ou de réinstaller un disque. L’équipe a ensuite précisé que les opérations de branchement et de débranchement des disques dans le cadre de ce diagnostic devaient être effectuées lorsque l’ordinateur était éteint.
Identifiez le disque, le tiroir, la baie et le chemin matériel partagé
Vérifiez que chaque tiroir est complètement enfoncé avant de fermer sa poignée. Un participant a indiqué que la poignée pouvait se fermer même si le tiroir n’était pas correctement connecté. Testez un seul disque connu comme fonctionnel à la fois, au lieu de remplir toutes les baies et de modifier plusieurs variables simultanément.
Observez si la panne suit un disque ou une baie. Un autre participant a constaté qu’un disque défectueux faisait disparaître d’autres disques du fond de panier et entraînait une détection incohérente d’un démarrage à l’autre. Une panne qui suit le disque indique une piste différente de celle où plusieurs disques connus comme fonctionnels échouent dans la même baie.
Si plusieurs disques disparaissent simultanément, l’alimentation, le fond de panier ou un autre élément du chemin partagé restent à examiner. Reproduisez le résultat après un démarrage à froid et notez précisément les combinaisons de baies et de modèles avant de contacter le support.
Utilisez lsblk uniquement après la détection du périphérique par le micrologiciel
Si le BIOS répertorie le disque, démarrez ZimaOS et exécutez lsblk. Un disque visible dans le BIOS et avec lsblk, mais absent des sections Fichiers ou Stockage, relève de l’affichage du système d’exploitation ou des métadonnées, et non du même problème qu’un périphérique totalement absent.
Un utilisateur possédait d’anciens disques auparavant utilisés dans un RAID Synology. Le BIOS et lsblk les détectaient, et la suppression de l’ancien formatage et des informations de partition depuis un environnement Linux autonome a permis à ZimaOS de les voir. Il s’agissait d’une situation différente de l’absence au niveau du BIOS observée initialement.
L’effacement des métadonnées de partition ou de RAID est destructif. Identifiez le périphérique à l’aide de son modèle, de sa capacité et de son numéro de série ; sauvegardez les données récupérables et n’effacez jamais un disque simplement parce que celui d’un autre utilisateur, déjà détecté, contenait d’anciennes métadonnées.
Ne considérez pas une solution de contournement sur une broche 3,3 V comme une réparation générale
Une réponse de l’équipe suggérait que certains disques de classe entreprise pouvaient réagir à la fonction de désactivation de l’alimentation 3,3 V et mentionnait l’isolation de la broche d’alimentation correspondante comme test. Ce sujet n’a pas validé cette suggestion pour les six disques d’origine.
Un autre membre utilisant un modèle associé de 14 To a indiqué que le test avec du ruban adhésif n’avait rien changé. L’auteur a également rejeté les broches recouvertes de ruban comme base peu fiable pour un RAID ou un pool de stockage. Ces résultats empêchent cette discussion de justifier une « solution de la broche 3,3 V » universelle.
Ne modifiez pas les connecteurs et ne vous fiez pas à une isolation mal fixée à l’intérieur d’un système de stockage de production sans documentation spécifique au matériel ni procédure de maintenance prise en charge. Revenez plutôt aux éléments permettant d’isoler le disque de la baie.
Contactez le support lorsque le BIOS et lsblk ne détectent tous deux pas le disque
La limite diagnostique finale de l’équipe était explicite : vérifiez le disque dans le BIOS et exécutez lsblk. Si le disque n’apparaît à aucun de ces endroits après une installation correcte ordinateur éteint et des tests contrôlés avec différents disques, contactez le support IceWhale au sujet du remplacement du fond de panier.
Fournissez le modèle du ZimaCube, le modèle et le micrologiciel du disque, les baies concernées, des photos du BIOS, la sortie de lsblk et les résultats obtenus avec un disque connu comme fonctionnel. Ces éléments constituent des preuves plus solides que de supposer l’utilisation d’une ancienne norme SATA, ce que la discussion n’a jamais confirmé.
Après une réparation ou un remplacement, validez chaque baie après un démarrage à froid, vérifiez le BIOS et lsblk, puis effectuez un deuxième redémarrage avant de créer un RAID. La détection lors des deux démarrages constitue le signal de rétablissement.
FAQ
Dois-je effacer un disque absent du BIOS du ZimaCube ?
Non. Les données de partition ne constituent pas la première piste lorsque le micrologiciel ne détecte pas le matériel. Commencez par isoler le comportement lié à l’installation, au disque, à la baie, à l’alimentation et au fond de panier.
Un disque défectueux peut-il faire disparaître les autres disques du ZimaCube ?
Un participant a signalé exactement ce comportement. Testez un seul disque à la fois pour déterminer si la panne suit un disque précis.
Quand dois-je demander le remplacement du fond de panier ?
L’équipe recommande de contacter le support lorsqu’un disque correctement testé n’apparaît ni dans le BIOS ni avec lsblk.
