Lorsqu’un DAS externe est connecté à ZimaOS, il faut vérifier au moins deux niveaux de détection différents : si Linux peut voir chaque périphérique bloc et si l’interface Stockage de ZimaOS enregistre ces disques pour les gérer. Ce fil de discussion de décembre 2025 montre pourquoi cette distinction est importante.
L’auteur du message initial utilisait ZimaOS 1.5.3 avec un TerraMaster D4-320 et ne voyait que trois des quatre disques dans l’interface. D’autres utilisateurs ont ensuite signalé un symptôme connexe, mais différent : les quatre disques apparaissaient dans lsblk et fdisk -l, alors qu’aucun n’apparaissait correctement dans l’application Stockage de ZimaOS.
Distinguer d’abord la détection par le noyau de l’enregistrement dans le stockage de ZimaOS
Une première suggestion accusait le pont DAS de ne pas exposer chaque disque indépendamment. Cette explication a ensuite été retirée après qu’un autre utilisateur a publié lsblk une sortie affichant les quatre disques de 5,5 To comme des périphériques distincts.
Cela a modifié l’orientation du dépannage. Si chaque disque apparaît individuellement dans lsblk ou fdisk -l, le pont USB expose au moins ces périphériques bloc au système d’exploitation. Le problème restant peut se situer plus haut dans la pile de gestion du stockage.
Ne supposez pas que le reformatage ou l’effacement constitue une solution éprouvée
Des réponses de la communauté ont suggéré que des configurations GPT et de systèmes de fichiers créées manuellement pourraient expliquer pourquoi l’interface Stockage de ZimaOS ignorait les disques. Les utilisateurs ont alors essayé d’effacer les signatures des systèmes de fichiers et les tables de partitions.
Ces tentatives n’ont pas permis de résoudre le problème de manière fiable. Deux participants ont signalé que les disques n’apparaissaient toujours pas dans Stockage après des procédures d’effacement destructrices et un redémarrage. Le propriétaire d’un D5-300C a signalé un comportement similaire.
Comme ces commandes d’effacement provenaient de membres de la communauté et n’ont pas résolu les cas signalés à l’origine, elles ne doivent pas être présentées comme une procédure officielle de réparation. Les commandes d’effacement de disque peuvent détruire définitivement les données si elles sont appliquées au mauvais périphérique.
L’équipe ZimaOS a tenté de reproduire le cas du D4-320
Le membre de l’équipe IceWhale 777-Spider a indiqué que l’équipe achetait le matériel DAS concerné afin de reproduire le problème. Quelques jours plus tard, Dina a signalé que l’équipe avait testé un TerraMaster D4-320 équipé de quatre disques NTFS/exFAT formatés sous Windows, et que les quatre apparaissaient dans ZimaOS lors de leur test.
Ce résultat est important, car il signifie que le fil de discussion n’a pas établi d’incompatibilité générale entre ZimaOS et le TerraMaster D4-320. L’équipe a plutôt demandé aux utilisateurs concernés davantage d’informations sur les formats de système de fichiers et sur la manière dont les disques avaient été formatés.
Collecte officielle des journaux de diagnostic du fil de discussion
Dina a également fourni une commande de diagnostic officielle pour recueillir des informations sur les périphériques bloc, l’API de stockage local et devmon.service les informations dans un fichier journal. Cette commande provenait du fil de décembre 2025 et pourrait nécessiter des ajustements dans les futures versions de ZimaOS.
sudo -i
LOG=/DATA/disk-info.log; : > $LOG; { echo "=== lsblk ==="; lsblk; echo; echo "=== lsblk -f ==="; lsblk -f; echo; echo "=== curl http://127.0.0.1/v2/local_storage/disk ==="; curl http://127.0.0.1/v2/local_storage/disk; echo; echo "=== curl http://127.0.0.1/v2/local_storage/storages ==="; curl http://127.0.0.1/v2/local_storage/storages; echo; echo "=== journalctl -xe -u devmon.service ==="; journalctl -xe -u devmon.service; echo; } >> $LOG 2>&1 && echo "La sortie a été enregistrée dans $LOG"La publication indiquait que le fichier résultant pouvait être trouvé à l’emplacement /ZimaOS-HD/disk-info.log dans Files et l’a partagé avec l’équipe du support. Il s’agit d’une collecte de diagnostics, et non d’une commande qui répare ou formate un disque.
Disques manquants et RAID 5 : deux problèmes distincts
L’auteur de la publication souhaitait également créer un cluster RAID 5. Au cours du fil, le problème des disques manquants a empêché d’évaluer correctement cette procédure. Plus tard, après les tentatives d’effacement effectuées par la communauté, l’utilisateur ne pouvait toujours pas créer de RAID et ne voyait plus non plus les disques dans Files et Storage.
La réponse d’IceWhale du 15 décembre 2025 indiquait que la gestion des périphériques USB, notamment le formatage et la création de RAID, était prévue pour une prise en charge future. Considérez cette déclaration comme une note historique de feuille de route, et non comme une preuve de ce que prend en charge chaque version actuelle de ZimaOS.
Ordre de dépannage plus sûr
- Confirmez le nombre de disques physiquement installés dans le DAS.
- Vérifiez si chaque disque apparaît indépendamment au niveau des périphériques blocs Linux.
- Comparez ces informations avec ce que l’interface ZimaOS Storage affiche.
- Notez le type de système de fichiers et la manière dont chaque disque a été précédemment formaté.
- N’effacez pas les tables de partition simplement parce qu’une publication de la communauté l’a suggéré.
- Si le noyau détecte les disques mais que ZimaOS Storage ne les affiche pas, recueillez les informations de diagnostic et transmettez au support le modèle exact du boîtier, les informations sur le système de fichiers et la version de ZimaOS.
FAQ sur les boîtiers DAS externes de ZimaOS
Le TerraMaster D4-320 n’expose-t-il que trois disques à ZimaOS ?
Le fil ne permettait pas de tirer cette conclusion. D’autres utilisateurs ont montré quatre disques indépendants dans lsblk, et l’équipe IceWhale a ensuite indiqué avoir vu les quatre disques lors de son propre test avec le D4-320.
Si lsblk détecte tous les disques, pourquoi ZimaOS Storage peut-il quand même ne pas tous les afficher ?
La détection au niveau du noyau et l’enregistrement dans ZimaOS Storage sont deux couches différentes. Le fil source a montré des cas où le noyau énumérait les disques alors que l’interface ne les affichait pas.
Dois-je exécuter sgdisk ou wipefs pour faire apparaître les disques ?
Pas d’après ce fil. Ces suggestions destructrices provenaient de réponses de la communauté et n’ont pas permis de résoudre le problème de manière fiable. Sauvegardez vos données et utilisez les recommandations actuelles du support avant d’effacer les métadonnées d’un disque.
Le problème a-t-il été entièrement résolu dans le fil de discussion ?
Non. L’équipe a reproduit une configuration fonctionnelle du D4-320 avec des disques NTFS/exFAT et a demandé des informations de diagnostic aux utilisateurs concernés, mais le fil n’a pas publié de cause racine ni de correctif universels.
