Pour une mise à niveau planifiée du disque système ZimaOS, clonez l’intégralité de l’ancien disque vers le SSD plus grand, démarrez avec l’ancien disque système déconnecté, vérifiez chaque chemin d’application et de machine virtuelle, puis augmentez seulement la capacité utilisable. Cette méthode préserve davantage l’état du système qu’une copie manuelle des fichiers et offre une solution de restauration, car le disque d’origine peut rester intact.
Le fil de discussion source de 2026 présente des conseils de la communauté plutôt qu’une procédure officielle du personnel d’IceWhale. Considérez donc le clonage de l’intégralité du disque comme une méthode de migration pratique, et non comme une fonctionnalité ZimaOS officiellement prise en charge en un clic. Le principal risque ne réside pas dans la copie elle-même, mais dans le démarrage simultané de deux disques système identiques ou dans le redimensionnement des partitions avant d’avoir vérifié que le clone fonctionne.
Quand le clonage est préférable à la réinstallation
Le clonage est intéressant lorsque :
- les applications sont déjà configurées ;
- les chemins des machines virtuelles et les mappages de stockage fonctionnent ;
- le SSD source est en bon état ;
- vous souhaitez préserver exactement le système actuel.
Une réinstallation propre peut être préférable si l’ancienne installation a accumulé des erreurs ou si la plupart des données persistantes des applications se trouvent déjà sur un espace de stockage distinct.
Sauvegardez d’abord les machines virtuelles et les données des applications
Même un clonage planifié peut échouer à cause d’une mauvaise sélection du disque, d’une coupure de courant ou d’un SSD de destination défectueux. Exportez ou sauvegardez les données importantes des machines virtuelles et les dossiers Docker persistants avant d’intervenir sur le disque système.
Le guide de préparation des sauvegardes propose une méthode de sauvegarde plus complète.
Étape 1 : cloner l’intégralité du disque hors ligne
Utilisez Rescuezilla, Clonezilla ou un autre outil d’imagerie de disque depuis un support de démarrage distinct. Copiez l’intégralité de l’ancien SSD vers le SSD de remplacement plus grand.
Ne copiez pas uniquement la partition de stockage visible. ZimaOS utilise plusieurs partitions de démarrage et système, ainsi qu’une architecture à double emplacement.
Étape 2 : conserver l’ancien disque intact
Une fois le clonage terminé, éteignez le système. Retirez le SSD d’origine et stockez-le en lieu sûr. Ne le formatez pas encore.
Si le clone ne démarre pas ou si le chemin d’une application ne fonctionne plus, l’ancien SSD resté intact vous offre une solution de restauration propre.
Étape 3 : démarrer et vérifier avant d’augmenter la capacité
Confirmez :
- ZimaOS démarre normalement ;
- la version du tableau de bord est correcte ;
- les applications apparaissent ;
- les charges de travail Docker démarrent ;
- Les invités ZVM peuvent voir leurs disques ;
- les partages et les points de montage conservent les chemins attendus.
Ce n’est qu’après cette vérification que vous devez envisager la capacité SSD supplémentaire.
Étape 4 : examiner la disposition des partitions clonées
Exécutez :
lsblk
lsblk -f
df -hUn clonage secteur par secteur préserve normalement les tailles de partition d’origine. La capacité supplémentaire peut apparaître comme de l’espace non alloué au lieu d’augmenter immédiatement la partition de données accessible en écriture.
Ne redimensionnez pas les partitions système de ZimaOS à l’aveugle
ZimaOS utilise plusieurs petites partitions pour le démarrage et la récupération système A/B. Agrandir la mauvaise partition peut empêcher les futures mises à jour ou la récupération de fonctionner.
Si votre véritable objectif est d’augmenter la capacité destinée aux applications et aux données plutôt que d’agrandir la partition système, il peut être plus simple d’ajouter un SSD distinct et d’utiliser la migration des données de ZimaOS ou les chemins de stockage des applications.
Le guide de configuration du stockage de ZimaOS recommande actuellement de séparer les données d’applications rapides et le stockage plus volumineux en fonction de la charge de travail.
Alternative : déplacer les données des applications au lieu d’agrandir le disque système
Si le disque système de 32 Go/64 Go fonctionne et que le problème concerne uniquement la croissance d’AppData, le déplacement des données persistantes des applications vers un espace de stockage plus grand peut résoudre le problème de capacité sans cloner le système d’exploitation.
Cela réduit l’impact des futures réinstallations du système et maintient les données utilisateur à l’écart du disque le plus petit.
Qu’en est-il de l’activation de ZimaOS Plus ?
D’autres discussions d’IceWhale ont indiqué que le changement de disque de démarrage peut affecter l’autorisation ZimaOS Plus et nécessiter une nouvelle association par l’intermédiaire du support. Si vous utilisez Plus, notez l’état d’activation actuel avant la migration.
FAQ
Un clonage complet du disque préservera-t-il les chemins Docker et les chemins des machines virtuelles ?
C’est le principal avantage du clonage de l’intégralité du disque. La recommandation de la communauté en 2026 préconisait précisément un clonage complet du disque afin de préserver les chemins de fonctionnement existants.
Puis-je cloner directement pendant que ZimaOS fonctionne ?
Privilégiez un clonage hors ligne depuis un support de secours afin que l’état du système de fichiers ne change pas pendant la copie.
Le SSD plus grand affichera-t-il automatiquement toute sa capacité ?
Pas nécessairement. Un clonage brut peut laisser de l’espace supplémentaire non alloué jusqu’à ce que la zone accessible en écriture appropriée soit étendue en toute sécurité ou utilisée séparément.
Quand devrais-je plutôt choisir une réinstallation complète ?
Choisissez la réinstallation lorsque le système actuel est instable ou lorsque les données persistantes sont déjà stockées en toute sécurité sur un support distinct et que la reconstruction des applications est simple.
