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 publie avec un disque dur de 120 Go, l'espace utilisé n'est que de 20 Go.
Existe-t-il une façon de forcer la clonezilla (ou tout autre programme) pour manipuler les images 'Taille originale' à 120 Go ou plus bas, de sorte que Clonezilla peut donc l'écrire sur le nouveau PC?
Clonezilla s'appuie sur PartClone pour enregistrer et restaurer des systèmes de fichiers. Bien que ce soit utile, même si vous utilisez le -icds
option, cela seule ne suffit pas. Lors de la restauration du système de fichiers original sur le disque plus petit, PartClone rencontrera une erreur de recherche tenter d'écrire au-delà de la limite de disque. Il s'agit donc d'une limitation de la clonezilla non seulement, mais des outils sous-jacents qu'il utilise.
Ce que vous pouvez faire cependant, c'est de restaurer l'image temporairement sur un disque de 160 Go, utilisez un outil de redimension du système de fichiers tel que ntfsresize
(pour NTFS) ou resize2fs
(pour EXT3/4) pour réduire le système de fichiers, disons à 25 Go. Redimensionnement de la table de la partition, qui gangarted fait, n'est pas nécessaire. Utilisez à nouveau Clonezilla pour créer une nouvelle image à l'aide de l'option "Savouris".
Lors de la restauration de l'image sur le disque plus petit, utilisez le -icds
Option Pour ignorer la vérification de la clonezilla si le disque est identique ou supérieur au disque d'origine. Depuis que 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 plus petit disque.
Si vous avez utilisé la possibilité de restaurer la table de partition proportionnellement (-k1
), Clonezilla créera une table de partition appropriée et redimensionnera (développer) le système de fichiers d'origine afin que tout l'espace libre sur le nouveau disque soit disponible.
EDIT: The Le bogue a été corrigé.-icds
L'option n'est pas transmise à ocs-expand-mbr-pt
, donc cette étape échoue actuellement. A Rapport de bogue a été déposé à ce sujet avec le projet.
Restaurer l'image sur un disque dur de 160 Go ou plus grand ... pourrait être virtuel.
Démarrer cette machine avec CD Live SteedMagic.
[.____] Redimensionnez la partition avec séparé.
Mettre le lecteur sous forme de lecteur secondaire sous Windows ou Linux,
[.____] et redimensionner à l'aide de Gestionnaire séparé, GParted ou Windows Disk.
Je l'ai résolu avec une image Windows 10 comme suit
c:\
Par clic droit sur le lecteur -> Outilsc:\
via la gestion du disque Windows aussi petit que possible-icds
et enfin le -k1
optionDans le passé, la 4ème étape a échoué, mais depuis 2015, Clonezilla prend en charge GPT avec le -k1
option alors je pense que c'est la raison pour laquelle cela fonctionne, maintenant:
[.____] http://clonezilla.org/downloads/stable/changelog.php
Clonezilla Live 2.4.2-38 ... La mise en page de la partition GPT peut être créée par l'option
-k1
.
La 6ème étape est nécessaire car Windows ne reconnaît pas le lecteur de démarrage dans l'outil d'optimisation (SSD Garni) et tentera de réparer le lecteur de manière aléatoire afin que quelque chose semble se tromper dans le tableau de démarrage/la table de partition, mais la réparation de démarrage le réparera.
EDIT: J'ai téléchargé une vidéo du processus complet (allemand):
[.____] https://www.youtube.com/watch?v=gj2lvy5ja-o
Si l'espace n'est pas utilisé, entrez en mode expert et activez -icds
puis restaurer l'image. Il saura la vérification de la taille de la partition et la restaurera avec succès (seulement si <120 Go est en cours d'utilisation).
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 ma cent.
J'ai essayé un disque sur le disque du disque d'un disque dur de 930Gib (disque source) avec une table de partition GPT à 890GIB SSD (destination). Veuillez noter que je suis un utilisateur Linux et j'ai une double démarrage avec Windows 10. J'ai essayé de rester sans change toutes les partitions et de réduire légèrement la taille de ma partition de données.
-icds
activée.Ça a échoué. On dirait que Clonezilla échoue, au démarrage, pour cloner la table de partition au disque de destination, car il utilise à tort Utilitaire SFDISK destiné aux types de partitions plus anciens à la place des utilisateurs SGDISK. Ma solution:
J'ai copié manuellement la partition d'un lecteur à un autre, en utilisant Cochonzilla Shell avec cette commande (niquement pour les partitions GPT!):
sGDISK/DEV/SDDSOURCEDECEDE -R -R/Dev/SDDestinationDevicename
Effectué le clone de disque à disque de clonezilla, sélectionnant l'option -icds
Et l'option de ne pas créer une table de partition sur le disque de destination, l'option -k
. (Dans ce cas, Clonezilla utilise les partitions de destination telles qu'elles sont et redimensionnez les partitions lorsque les tailles sont plus petites, afin de s'adapter, il effectue un bon "meilleur effort").
Ça a fonctionné. J'ai obtenu toutes les partitions de la même taille que la source (oui, j'ai seulement réduit le plus grand partition). Dual Boot avec Windows continue de fonctionner bien. Salutations
Ma situation:
À la suite des suggestions (comme https://superuser.com/a/592283/229908 ) ne résout pas le problème pour moi.
Ce qui a fonctionné pour moi était:
restorepart
) à partir du lecteur redimensionnée à la partition correspondante sur le lecteur cible.La principale astuce pourquoi cela a fonctionné a été la création de la table des partitions (dans mon cas fait automatiquement en installant Windows) qui correspond au lecteur cible, puis de copier tout le contenu (via restorepart
) qui ne toucherait pas la configuration des partitions. Donc, même si la partition source qui est en cours de restauration a été plus faible que la cible, comme table de partition n'est pas touché par restorepart
, il n'y a pas besoin de " prolonger " la partition cible après l'opération.