L’utilisateur souhaitait remettre un NVMe de test dans un état non géré après avoir expérimenté ZimaOS 1.5.3. Les données de test ne l’intéressaient pas. La réponse officielle/de l’équipe communautaire de 777-Spider consistait à ouvrir les détails du disque, à choisir Désactiver, à confirmer la boîte de dialogue Formater et désactiver, à attendre la fin de l’opération, puis à retirer physiquement le disque. L’auteur du message original a confirmé que cette procédure fonctionnait.
Il existe une réserve importante concernant la version : un autre rapport concernant ZimaOS 1.5.4 a montré plus tard que la confirmation de désactivation pouvait indiquer que le disque serait formaté, alors que les données restaient effectivement présentes après sa réactivation. Le texte de la boîte de dialogue de 2025 ne doit donc pas être considéré comme une garantie précise de l’effet actuel de la désactivation sur les données. Si les données sont importantes, sauvegardez-les avant toute opération de désactivation ou de formatage.
Ouvrir les détails du disque plutôt que commencer par passer en SSH
L’utilisateur avait d’abord envisagé de démonter manuellement le disque ou de supprimer ses partitions via SSH, car la page Stockage semblait ne proposer aucune commande de retrait. L’action manquante se trouvait simplement derrière la petite flèche située sur la ligne du disque.
La procédure de désactivation décrite dans la source a été confirmée comme fonctionnelle
777-Spider a indiqué de :
- ouvrir le disque concerné ;
- choisir Désactiver ;
- confirmer la boîte de dialogue d’apparence destructive ;
- attendre que le disque soit retiré du stockage géré ;
- le retirer physiquement ensuite.
Carolus64 a répondu que la procédure avait fonctionné comme prévu.
La boîte de dialogue de la version 1.5.3 indiquait explicitement « Formater et désactiver »
Un rapport ultérieur concernant la version 1.5.4 indiquait que la désactivation n’effaçait pas réellement les données
En février 2026, un autre utilisateur a montré qu’après avoir désactivé puis réactivé un disque de stockage de test, le dossier de test était toujours présent. Il a qualifié la boîte de dialogue de trompeuse et suggéré de séparer la désactivation du formatage facultatif.
Ces éléments ultérieurs montrent que le texte de l’interface et le comportement réel d’effacement n’étaient pas systématiquement cohérents entre ces versions.
Considérez la désactivation et le formatage comme potentiellement destructeurs jusqu’à vérification
Pour les versions actuelles de ZimaOS, la règle la plus sûre est la suivante :
- sauvegardez les données auxquelles vous tenez ;
- identifiez précisément le disque à l’aide de son modèle, de son numéro de série et de sa capacité ;
- vérifiez s’il est autonome ou s’il fait partie d’un ensemble ;
- lisez la boîte de dialogue de confirmation actuelle ;
- ne vous fiez pas à un ancien sujet pour garantir la conservation ou l’effacement des données.
Retirer un disque autonome n’est pas la même chose que retirer un membre RAID
Le disque de la source était un stockage de test autonome. Le retrait d’un membre d’un RAID 1/5/6 ou d’une autre configuration mutualisée entraîne des conséquences très différentes en matière de redondance et de reconstruction.
N’utilisez pas cette procédure de désactivation comme une méthode générique pour « réduire mon RAID ».
Déplacez les données d’application avant de désactiver un disque qui héberge des applications
L’utilisateur de la source avait installé puis supprimé une application WebDAV. Sur un système réel, le disque concerné peut encore héberger des données d’application, des bases de données, des volumes Docker, des destinations de sauvegarde ou des montages bind personnalisés.
Utilisez la procédure actuelle de migration des données de ZimaOS avant de déconnecter un stockage contenant des données d’application gérées.
La source signalait également un problème d’affichage des fenêtres contextuelles dans Firefox
Si une boîte de dialogue de confirmation actuelle semble vide ou tronquée, essayez la version stable actuelle de ZimaOS ainsi qu’un autre navigateur avant d’effectuer des opérations de stockage sans vérifier.
FAQ sur le retrait des disques
L’utilisateur de la source a-t-il réussi à retirer le NVMe autonome avec l’action Désactiver ?
Oui. Il a confirmé que la procédure via l’interface gérée fonctionnait.
La mention historique « Formater et désactiver » prouve-t-elle que le disque est effacé de manière sécurisée ?
Non. Un rapport ultérieur concernant la version 1.5.4 a montré que les données restaient présentes après la désactivation ; vérifiez donc séparément le comportement actuel.
La même procédure peut-elle être utilisée pour retirer un membre RAID ?
Ne le présumez pas. Le retrait d’un membre d’un ensemble implique des exigences différentes en matière de données et de redondance.
