J'ai une image qui a été prise avec Clonezilla comme SAVEDISK sur un disque dur de 160 Go.
Maintenant une version plus récente du PC publiée avec un disque dur de 120 Go, l'espace utilisé n'est que de 20 Go.
Est-il possible de forcer Clonezilla (ou tout autre programme) à manipuler la "taille originale" des images à 120 Go ou moins, afin que Clonezilla puisse l'écrire sur le nouveau PC?
Réponses:
Clonezilla s'appuie sur Partclone pour enregistrer et restaurer les systèmes de fichiers. Bien que ce soit utile, même si vous utilisez le
-icds
option, cela ne suffit pas. Lors de la restauration du système de fichiers d'origine sur le disque plus petit, Partclone rencontrera une erreur de recherche en essayant d'écrire au-delà de la limite du disque. Il s’agit donc d’une limitation non seulement de Clonezilla, mais également des outils sous-jacents qu’elle utilise.Ce que vous pouvez faire, cependant, est de restaurer l’image temporairement sur un disque de 160 Go en utilisant un outil de redimensionnement du système de fichiers tel que
ntfsresize
(pour NTFS) ouresize2fs
(pour ext3 / 4) pour réduire le système de fichiers, disons à 25 Go. Redimensionner la table de partition, comme le fait GParted, n’est pas nécessaire. Utilisez à nouveau Clonezilla pour créer une nouvelle image en utilisant l’option "Savedisk".Lors de la restauration de l'image sur le disque plus petit, utilisez le
-icds
option pour ignorer Clonezilla en vérifiant si le disque est identique ou plus grand que le disque d'origine. Puisque vous avez réduit le système de fichiers, Partclone ne rencontrera pas d'erreur de recherche et vos données seront restaurées sur votre disque plus petit.Si vous avez utilisé l’option pour restaurer la table de partition proportionnellement (
-k1
), Clonezilla créera une table de partition appropriée et redimensionnera (développera) le système de fichiers d'origine afin que tout l'espace disponible sur le nouveau disque devienne disponible.EDIT: LeLe bug a été corrigé.-icds
l'option n'est pas passée àocs-expand-mbr-pt
, cette étape échoue donc actuellement. UNE rapport d'erreur a été classé à ce sujet avec le projet.la source
Restaurez l'image sur un disque dur de 160 Go ou plus ... pourrait être virtuel.
Démarrez cette machine avec PartedMagic Live CD.
Redimensionnez la partition avec Parted.
Placez le disque en tant que disque secondaire sous Windows ou Linux,
et redimensionner à l'aide du gestionnaire de disque parted, gparted ou windows.
la source
Je l'ai résolu avec une image Windows 10 comme suit
c:\
par un clic droit sur le lecteur - & gt; outilsc:\
à travers la gestion de disque de Windows aussi petite que possible-icds
et enfin le-k1
optionDans le passé, la 4ème étape a échoué, mais depuis 2015, clonezilla supporte GPT avec le
-k1
option donc je pense que c'est la raison pour laquelle cela fonctionne, maintenant:http://clonezilla.org/downloads/stable/changelog.php
La 6ème étape est nécessaire car Windows ne reconnaît pas le lecteur de démarrage dans l'outil d'optimisation (ajustement SSD) et essaiera de réparer le lecteur de manière aléatoire. Il semble donc que quelque chose ne va pas dans la table secteur / partition de démarrage, mais la réparation de démarrage le résout.
EDIT: J'ai téléchargé une vidéo du processus complet (en allemand):
https://www.youtube.com/watch?v=GJ2LVY5ja-o
la source
Si l’espace n’est pas utilisé, passez en mode expert et activez-le.
-icds
puis restaurez l'image. La vérification de la taille de la partition sera ignorée et sera restaurée avec succès (uniquement si & lt; 120 Go est en cours d'utilisation).la source
Ma situation:
Suivre les suggestions (comme https://superuser.com/a/592283/229908 ) n'a pas résolu le problème pour moi.
Ce qui a fonctionné pour moi a été:
restorepart
commande) du lecteur redimensionné à la partition correspondante sur le lecteur cible.La principale astuce pour laquelle cela a fonctionné a été de créer une table de partition (dans mon cas, réalisée automatiquement en installant Windows) qui correspond au lecteur cible, puis de copier le contenu (via
restorepart
) qui ne toucherait pas la configuration des partitions. Ainsi, même si la partition source en cours de restauration était plus petite que la cible, la table de partition n’est pas touchée parrestorepart
, il n’est pas nécessaire d’étendre la partition cible après l’opération.la source
Dans mon cas
-icds
seul n'a pas résolu le problème. Je ne sais pas si le problème est exactement le même que le mien. Mais j'ai laissé ici mon cent.J'ai essayé un disque à cloner d'un disque dur 930GiB (lecteur source) avec une table de partition GPT sur un disque dur 890GiB SSD (destination). Veuillez noter que je suis un utilisateur Linux et que je réalise un double démarrage avec Windows 10. J'ai essayé de laisser toutes les partitions inchangées et de réduire légèrement la taille de ma partition de données uniquement.
-icds
activée.Ça a échoué . Il semble que Clonezilla échoue, au début, pour cloner la table de partitions sur le disque de destination car il utilise à tort l'utilitaire sfdisk destiné aux types de partition plus anciens au lieu des utilitaires sgdisk. Ma solution:
J'ai copié manuellement la partition d'un lecteur à un autre, à l'aide du shell Clonezilla avec cette commande ( seulement pour les partitions GPT! ):
sgdisk / dev / sdSourceDeviceName -R / dev / sdDestinationDeviceName
Effectuer un clonage disque à disque Clonezilla, en sélectionnant l'option
-icds
et l'option de ne pas créer une table de partition sur le disque de destination, option-k
. (Dans ce cas, Clonezilla utilise les partitions de destination telles quelles et redimensionne les partitions lorsque leur taille est plus petite afin de s’adapter, il effectue un bon «meilleur effort»).Ça a marché . J'ai obtenu toutes les partitions de la même taille que la source (oui, j'ai seulement réduit un peu la partition la plus grosse). Le double démarrage avec Windows continue à bien fonctionner. Cordialement
la source