Le tutoriel source de 2024 traitait d’un problème de compatibilité d’affichage et de mappage sur du matériel autre que le ZimaCube. Il supposait que l’appareil SATA ou NVMe était déjà détectable par les outils Linux tels que lsblk ou lspci, mais que la baie de stockage de ZimaOS ne mappait pas correctement la configuration du contrôleur tiers.
Cette distinction est importante aujourd’hui, car les versions actuelles de ZimaOS ont depuis reçu plusieurs correctifs pour le stockage tiers. ZimaOS 1.4.4 a explicitement corrigé l’affichage comme absents, dans le stockage, des disques NVMe tiers, et la version 1.6.1 a optimisé la logique d’affichage des baies de disques pour les machines tierces équipées de nombreux disques. Effectuez d’abord la mise à jour avant de modifier le fichier de configuration historique.
Le correctif historique SATA utilisait SataStartNumber
La source officielle indiquait aux utilisateurs SATA d’examiner l’adressage du contrôleur avec :
lsblk -o hctlpuis modifier /etc/casaos/local-storage.conf donc SataStartNumber correspondait à la numérotation HCTL attendue par la machine.
Le correctif historique des appareils NVMe utilisait des adresses PCI
Pour les appareils NVMe, la source utilisait lspci pour identifier les adresses PCI et les placer dans le NVME champ du même fichier de configuration avant le redémarrage zimaos-local-storage.
Le fil contient un véritable désaccord sur le séparateur
Le texte officiel de 2024 indique que plusieurs adresses NVMe doivent être séparées par des virgules. En octobre 2025, un utilisateur de la communauté a signalé que les virgules ne fonctionnaient pas sur son système et que les espaces, eux, fonctionnaient.
Cette contradiction doit rester visible. Elle montre que le format du fichier manuel ou le comportement de l’analyseur a changé ou différait selon les versions ; ce n’est pas une raison pour déclarer qu’un séparateur est universellement correct pour les versions actuelles de ZimaOS.
ZimaOS 1.4.4 a ajouté un correctif de niveau produit pour les disques NVMe tiers
Les notes de version 1.4.4 d’IceWhale indiquent explicitement que l’absence, dans le stockage, des disques NVMe provenant d’appareils tiers a été corrigée.
Consultez le correctif officiel d’affichage des disques NVMe tiers.
ZimaOS 1.6.1 optimise davantage les grandes baies de disques tierces
IceWhale a ensuite optimisé la logique d’affichage des baies de disques lorsque les appareils tiers comportent trop de disques. Cela recoupe directement l’ancien problème de mappage de l’interface et constitue une autre raison pour laquelle les utilisateurs actuels ne devraient pas commencer par modifier une configuration de 2024.
Déterminez d’abord si le disque est absent de Linux ou uniquement de l’interface
- Si
lspci/lsblkne peut pas voir l’appareil, examinez le matériel, le mode du contrôleur, l’alimentation, l’installation et la prise en charge des pilotes. - Si Linux voit l’appareil, mais pas le Stockage, recueillez la version actuelle de ZimaOS ainsi que les éléments d’identification de l’interface et du service de stockage.
Considérez les modifications de local-storage.conf comme historiques ou avancées
ZimaOS est désormais un système d’exploitation appliance plus immuable que de nombreuses distributions Linux généralistes. Les modifications manuelles sous /etc peut dépendre de la version et être remplacée par des mises à jour ultérieures. Conservez une copie du fichier d’origine et suivez les recommandations actuelles de l’assistance si l’interface moderne identifie encore mal les disques.
Une vignette de disque absente n’est pas la même chose qu’un disque absent
Le tutoriel source expliquait principalement comment les disques tiers étaient organisés et présentés dans l’interface Stockage de ZimaOS. Si lsblk et les journaux du noyau détectent un disque, mais que la page Stockage ne l’affiche pas correctement, le problème est différent de celui d’un contrôleur ou d’un pilote qui ne détecte pas du tout le disque.
et consignez la version actuelle de ZimaOS afin de pouvoir revenir en arrière si la baie de disques fonctionne moins bien après la modification.
Sauvegardez local-storage.conf avant de le modifier
Comme les mises à jour OTA ont depuis modifié la gestion des disques tiers, une valeur modifiée manuellement et ancienne peut également devenir obsolète après une mise à jour.
Les adresses PCI peuvent changer lorsque la topologie matérielle évolue
Déplacer une carte NVMe vers un autre emplacement, modifier un paramètre de bifurcation PCIe ou mettre à jour le micrologiciel de la plateforme peut changer l’énumération des appareils. Une liste d’adresses codée en dur correspond donc à cette topologie matérielle, et non au modèle de SSD lui-même.
Conservez la divergence concernant le séparateur dans la source
Les instructions officielles de 2024 décrivent des adresses NVMe séparées par des virgules, tandis qu’un utilisateur de la communauté a indiqué ultérieurement que les espaces fonctionnaient sur son système et que les virgules ne fonctionnaient pas. Les éléments disponibles ne permettent pas de remplacer universellement la syntaxe officielle par cette variante communautaire.
Avec une version actuelle, commencez par effectuer la mise à jour et utilisez exactement le comportement actuel de l’analyseur avant de modifier le champ.
Les grandes baies de disques tierces ont bénéficié ultérieurement d’améliorations au niveau du produit
ZimaOS 1.6.1 a spécifiquement amélioré l’affichage des appareils tiers comportant un plus grand nombre de disques. Les utilisateurs équipés de cartes HBA, de boîtiers multi-baies ou de plus de six disques devraient donc reproduire le problème avec la version actuelle avant de modifier les anciens paramètres de numérotation des baies.
FAQ sur l’affichage des disques tiers
Un disque absent de la baie ZimaOS signifie-t-il que Linux ne le détecte pas ?
Non. Le tutoriel d’origine concernait spécifiquement les cas où le matériel était présent, mais où la correspondance dans l’interface était incorrecte.
ZimaOS a-t-il ensuite ajouté des correctifs officiels ?
Oui. La version 1.4.4 a corrigé le problème des disques NVMe tiers qui apparaissaient comme absents, et la version 1.6.1 a optimisé l’affichage des baies de disques tierces.
Les utilisateurs actuels devraient-ils modifier aveuglément SataStartNumber ou NVME ?
Non. Mettez d’abord à jour et confirmez la couche actuelle à l’origine de la panne.
