En résumé : NTFS était la cause principale dans ce cas résolu, mais ce n’est pas une explication universelle de tous les échecs de migration
Lors du test reproductible, ZimaOS a copié les données en partie, puis a échoué parce que la cible NTFS ne pouvait pas terminer l’étape finale de copie des permissions. Le reformatage de la cible en EXT4 a permis à cette migration précise de réussir. Des réponses ultérieures ont signalé des échecs avec d’autres configurations ; « tout formater en EXT4 » doit donc être considéré comme une solution spécifique à ce cas, ainsi que comme une vérification préalable utile, et non comme un remède universel.
La migration actuelle doit commencer avec l’outil de migration de données pris en charge
Le guide actuel de migration des données de ZimaOS déplace les images Docker, les données des applications Docker et les dossiers utilisateur par catégorie. Le guide des chemins de migration de ZimaOS est le meilleur complément actuel pour déterminer précisément ce qui est déplacé.
Vérifiez le système de fichiers cible avant de lancer la migration
lsblk -f
blkidVérifiez le périphérique cible, le type de système de fichiers, l’espace disponible et l’état du montage. Si la destination utilise un système de fichiers dont la gestion de la propriété et des permissions Linux diffère, la migration des données d’application risque d’être plus sensible qu’une simple copie par glisser-déposer. Le manuel de lsblk et la documentation ext4 sont des références utiles pour la validation.
Pourquoi « Arrêter Docker » apparaît-il pendant la migration ?
Ce message indique un comportement normal ; ce n’est pas l’échec en lui-même. Les données des applications ne peuvent pas être déplacées en toute sécurité si les conteneurs continuent d’y écrire. Le processus de migration met Docker en pause, copie les données gérées, met à jour l’emplacement, puis reprend le service.
Lorsque la migration échoue encore avec EXT4
Ne reformatez pas immédiatement le disque. Notez le système de fichiers source et celui de destination, l’espace libre, la catégorie de migration, la version de ZimaOS et indiquez si la cible est un disque unique ou un RAID. Reproduisez ensuite le problème avec une petite catégorie si possible. Un échec ultérieur sur un stockage créé par Zima prouve que le type de système de fichiers n’est qu’une des branches de l’arbre de décision.
Avant toute nouvelle tentative destructive, protégez vos données importantes avec le processus de sauvegarde de ZimaOS.
