Comment cloner un disque dur sur un disque de taille plus petite.
dd
et PartImage ne prennent pas en charge cette demande.rsync
ne copiera pas le MBR car un MBR n'est pas un fichier.Je dois cloner un disque dur pour ne pas faire de sauvegarde, alors rsync
n'est pas une réponse acceptable.
Aucune suggestion?
Vous ne pouvez évidemment pas cloner une partition plus grande sur une partition plus petite (à l'aide de dd
et autres), car l'espace disponible est insuffisant.
Toutefois, si les fichiers de la partition la plus grande tiennent également sur la partition la plus petite, vous pouvez utiliser rsync
pour copier ces fichiers. Les options exactes à utiliser dépendent de votre cas d'utilisation, mais pour copier simplement tous les fichiers, procédez comme suit:
rsync -av /mount/point/of/large/partition/ /mount/point/of/small/partition
Edit: Encore une fois: Vous ne pouvez pas cloner une partition plus grande sur une partition plus petite . (Mais continuez à lire, votre problème peut encore être résolu.)
La raison est simple: votre partition source est plus grande que votre partition cible. Qu'attendez-vous? Est-ce que des blocs doivent juste être supprimés? Lesquels? Et comment dd
devrait-il savoir? Bien sûr, vous pouvez utiliser les options bs=
et count=
de dd
name __ pour ne copier que les premiers blocs de votre partition source de telle sorte qu'elle s'adapte à votre partition cible, mais vous allez vous retrouver avec une partition endommagée. Ce n'est certainement pas ce que vous voulez.
Ainsi, puisque vous ne pouvez pas cloner une partition plus grande sur une partition plus petite, vous ne pouvez faire que en premier réduisez la taille de votre partition source à une taille inférieure ou égale à celle de votre partition cible avec quelque chose comme gparted
qui tient compte des spécificités du système de fichiers, de sorte que vous ne perdiez pas de données. Et seulement alors pourriez-vous utiliser dd
pour cloner la partition. Idéalement, la nouvelle taille de votre partition source devrait être égale à la taille de votre partition cible (et pas seulement plus petite ou égale ), sinon vous obtiendrez de l’espace non alloué sur la partition cible après le clonage.
Notez également que vous devez ne pas simplement copier un MBR d'un disque plus grand sur le MBR d'un disque plus petit (ou l'inverse, d'ailleurs). Le MBR, qui a une taille de 512 octets et constitue la première section de votre disque dur, contient des informations sur la disposition du disque dur:
(Notez que 446+64+2=512
.)
Si vous insistez pour cloner le MBR, ne clonez que les 446 premiers octets de la manière suivante:
dd if=/dev/source of=/tmp/mbr.bak bs=512 count=1
dd if=/tmp/mbr.bak of=/dev/target bs=446 count=1
... en remplaçant /dev/source
et /dev/target
par les noms de périphérique des disques durs source et cible, par exemple, /dev/sda
et /dev/sdb
, respectivement. ( Plus d'informations disponibles ici. )
Cependant, la meilleure façon de procéder consiste à réinstaller proprement Grub (ou tout ce que vous avez sur votre MBR) sur le nouveau disque dur.
En résumé, si vous souhaitez cloner un disque plus grand sur un disque plus petit, procédez comme suit:
Disposez une table de partitions sur le lecteur cible avec autant de partitions que sur le lecteur source. Il devrait y avoir une correspondance un à un entre les partitions de votre lecteur source et les partitions de votre lecteur cible, à l'exception du fait que (certaines) des partitions du lecteur cible peuvent être plus petites que leurs partitions correspondantes sur le lecteur source. Utilisez un outil tel que fdisk
ou cfdisk
pour cela.
Pour chaque partition du lecteur cible dont la taille est inférieure à celle de la partition correspondante sur le lecteur source, réduisez la taille de la partition correspondante sur le lecteur source pour correspondre à la taille de la partition du lecteur cible. Utilisez un outil tel que gparted
pour cela.
Pour chaque partition du lecteur source, lancez la commande
dd if=/dev/sdaX of=/dev/sdbY
... pour cloner la partition /dev/sdaX
du lecteur source vers la partition correspondante /dev/sdbY
sur le lecteur cible (remplacez les noms de périphériques de manière appropriée, bien sûr).
Si vous souhaitez également cloner le MBR, utilisez les deux commandes dd
écrites plus haut dans cet article (celles avec le code /tmp/mbr.bak
). Cependant, gardez à l'esprit qu'une réinstallation propre de Grub serait préférable.
Le clonage exact n'est pas possible car Malte Skoruppa a déjà été posté. Cependant, clonezilla est capable de faire cette tâche tant que le plus gros disque n'est pas plein (Malte l'a déjà mentionné).
En gros, vous devez activer les options avancées et "ignorer" le message d'avertissement relatif à un disque plus petit. Voir docs Clonezilla pour plus de détails avec les captures d'écran. J'ai eu le même problème lors de la restauration d'une sauvegarde d'un disque dur de 160 Go sur un SSD de 64 Go. Pour moi cela a bien fonctionné.
Une autre solution, qui devrait donner les résultats souhaités, serait la restauration sur un disque de même taille et une répartition pour adapter le nouveau schéma de partition au disque plus petit. Voir jsm-techblog.blogspot.de pour plus d'informations sur la procédure à suivre.
Gparted devrait faire le travail
Après le redimensionnement avec gparted, démarrez à partir du lecteur pour permettre au système d'exploitation de corriger les erreurs éventuelles avant de créer l'image avec Clonezilla.
Puis lance Clonezilla et crée une copie des partitions de disque dur nécessaires
Une autre option que j'ai trouvée géniale pour moi: MondoRescure
Mondo Rescue est une solution de récupération après sinistre GPL.
Il prend en charge les bandes, les disques, les réseaux et les CD/DVD en tant que supports de sauvegarde, plusieurs systèmes de fichiers, LVM, les raids logiciels et matériels.
Un simple guide peut être trouvé ici
Je vais poster quelques captures d'écran:
1. Faites votre choix dans la liste des types de supports de sauvegarde pris en charge.
2.Si vous sauvegardez sur un CD/DVD- + R [W], Mondo vous demandera si votre graveur de CD est doté de la technologie BurnProof, se trouve dans un ordinateur portable ou est excentrique. Si vous sauvegardez sur un lecteur de bande, vous ne verrez pas ce message
3.Combien de compression voulez-vous? Aucune, si votre lecteur de bande possède une compression matérielle intégrée. Maximum, si votre CPU est extrêmement rapide. La moyenne devrait suffire dans la plupart des situations.
4.Si vous souhaitez sauvegarder l'ensemble de l'ordinateur (à l'exception de/sys,/run et/proc, naturellement ainsi que/tmp), laissez-le en tant que/qui est celui par défaut. Sinon, spécifiez des sous-ensembles (par exemple,/usr/local |/home) en veillant à insérer un tuyau entre chaque chemin.
5.Si vous sauvegardez l’ensemble de votre ordinateur, vous voudrez peut-être exclure certains répertoires, par exemple:/partagé/MP3. Veuillez les spécifier dans la boîte de dialogue "répertoires exclus". Veuillez placer un tuyau entre chaque chemin, par exemple/partagé/privé |/scratch |/nfs |/windows
6.Est-ce que votre noyau est sain d'esprit? Les utilisateurs de Red Hat, de Mandrake, de SuSE, de Debian et de Slackware doivent généralement dire "oui", car ces fournisseurs savent bien produire des noyaux fiables. Si vous utilisez Gentoo ou LFS, votre noyau peut être non standard, auquel cas dites "non" pour utiliser le noyau à sécurité intégrée de Mondo (fourni séparément).
7.Si vous souhaitez vérifier les archives après les avoir écrites sur le support, dites "oui" ici. Si vous avez une confiance absolue dans votre matériel et votre distribution Linux, dites 'non' ... et une petite prière.
8.Si vous êtes sûr de vouloir aller de l'avant, dites "oui" et trouvez autre chose à faire pendant que Mondo sauvegarde votre ordinateur. Si vous dites "non", vous serez largué sans cérémonie à l'invite de Shell. :-)
9.Le processus de sauvegarde va maintenant commencer. Certaines tâches préalables à la sauvegarde doivent être effectuées en premier lieu, mais la sauvegarde est essentiellement en cours. Pour simplifier le processus de sauvegarde, une série de questions vous a été posée. La prochaine fois, si vous le souhaitez, vous pouvez appeler mondoarchive avec différents commutateurs de ligne de commande pour contrôler son comportement, au lieu de répondre à une série de questions. Voir la page de manuel pour plus de détails.
10.Mondo créera un catalogue de tous les fichiers à sauvegarder. Cela peut prendre jusqu'à cinq minutes. La liste des fichiers sera divisée en ensembles, environ 4 Mo (avant compression) de fichiers par ensemble. Cela prend généralement une minute.
11.Mondo appelle Mindi. Mindi génère une image de support de démarrage et des images de disque de données auxiliaires basées sur votre distribution Linux et votre système de fichiers existants. De cette façon, vous pouvez être sûr que les outils de Mondo seront compatibles avec vos systèmes de fichiers et vos fichiers binaires existants: les outils de Mondo sont vos outils. Mindi prend jusqu'à cinq minutes pour s'exécuter.
12.Enfin, Mondo commence à sauvegarder votre ordinateur. Ce processus peut prendre quelques minutes ou quelques heures, en fonction de la quantité de données que vous archivez, de la vitesse de votre processeur, de la quantité de RAM dont vous disposez, etc. Il sauvegardera vos fichiers normaux, puis vos gros fichiers (plus de 32 Mo environ). Si vous avez choisi de vérifier vos sauvegardes, Mondo le fera également.
1. Choisissez votre type de support de sauvegarde. Le processus de restauration en direct est très similaire à celui que vous rencontrerez si vous tapez mondorestore sans paramètres après l’amorçage à partir d’un média Mondo.
2. Appuyez sur "OK" lorsque vous avez inséré la cassette/le CD. Si vous avez généré une sauvegarde sur bande, la bande elle-même devrait suffire. Si vous avez généré une sauvegarde sur CD, le premier CD devrait suffire. Sinon, vous aurez peut-être besoin du support de démarrage.
3.Faites glisser les fichiers et les répertoires que vous souhaitez restaurer. Utilisez les boutons "Plus" et "Moins" pour ouvrir et fermer les sous-répertoires.
4.Spécifiez l'emplacement de restauration des fichiers. En général, '/' est approprié. Si vous ne souhaitez pas écraser les versions les plus récentes des fichiers que vous restaurez, spécifiez/tmp/BKP ou similaire comme chemin de restauration.
5.Mondorestore récupérera les informations de configuration du support. (L'écran d'exemple est destiné aux utilisateurs de bandes. Les utilisateurs de CD verront quelque chose de différent.)
6.Les données seront restaurées sur le disque dur - d'abord les fichiers normaux, puis tous les gros fichiers (32 Mo ou plus) de l'ensemble de restauration.
Le "pseudo-clonage" d'un disque dur plus grand en disque plus petit peut être réalisé à l'aide de Clonezilla. Effectivement, vous pouvez enregistrer et restaurer les partitions du disque. Les étapes suivantes (développées pour le transfert de disque dur à SSD) vous y conduiront:
La première astuce consiste à utiliser Gparted pour redimensionner les partitions sur le disque dur, en réduisant chaque partition de manière à réduire la quantité d'espace inutilisé qu'elle contient. Bien entendu, les partitions doivent être dimensionnées de manière à ce que l’espace total requis pour toutes les partitions soit inférieur à la capacité du disque SSD.
On exécute ensuite Clonezilla et crée une copie des partitions individuelles du disque dur (en utilisant l'option saveparts), en les stockant temporairement sur un lecteur USB externe. Notez qu'il est nécessaire de sauvegarder les partitions (saveparts) plutôt que de créer une image de l'intégralité du disque (Savedisk).
Voir: "Cloner" un disque dur sur un SSD plus petit pour plus d'informations sur le processus et un certain nombre de liens vers des sources de référence.
Vous pouvez transférer vos données sur un disque plus petit en utilisant Clonezilla et GParted .
À l’aide du Live CD GPart , réduisez vos partitions de manière à ce qu’elles tiennent sur le nouveau lecteur. Déplacez vos partitions de sorte que l’espace vide (gris) se trouve à la fin/à droite de votre lecteur. S'il y avait déjà de l'espace vide avant la première partition, laissez-le, car il peut contenir des informations de démarrage ou cachées.
En utilisant Clonezilla, faites un clone device-device
. Sélectionnez l'option options avancées et activez l'option -icds
pour ignorer la vérification de la taille du disque. Continuez avec le clone, retirez l’ancien lecteur et essayez de démarrer à partir du nouveau lecteur. Si vous obtenez des erreurs, essayez l'option -fsck-src-part
qui vous aide à réparer les erreurs sur le disque source.
De la documentation Clonezilla :
Si vous êtes certain que toutes les données de l’image peuvent contenir le plus petit disque, c’est-à-dire qu’elles ne seront pas écrites sur le mauvais disque, cochez l’option "-icds" .Warning! Pour sélectionner cette option, vous devez savoir ce que vous faites!.
ne FAQ J'ai lu suggéré d'utiliser les options -icds
et -k1
avec Clonezilla, mais cela n'a pas fonctionné pour moi. D'autres ont mentionné que vous pouvez copier des partitions à l'aide de GParted, mais il ne peut pas copier tous les types de partitions et je ne parviens pas à redémarrer ma machine après avoir utilisé cette méthode, probablement à cause de certaines informations cachées entre les partitions qui ne sont pas copiées.
Comme la plupart des exemples ci-dessus semblent suggérer de redimensionner votre disque d'origine, il est risqué de modifier vos données avant de les copier, le cas échéant.
Il existe un autre moyen moins risqué, bien que très manuel, que j’utilise. Comme il laisse le lecteur source intact, au cas où vous voudriez vous replier en raison d’un problème.
De plus, avec le clonage/redimensionnement, vous ne pouvez pas basculer vers un système de fichiers plus récent tout en déplaçant vers un nouveau lecteur tout en échangeant votre disque. Avec la procédure ci-dessous, il vous suffit de créer le système de fichiers de votre choix sur le lecteur de destination.
Installez le nouveau lecteur de destination le long du lecteur d'origine dans votre ordinateur.
Dans mon exemple, la source (lecteur d'origine) est/dev/sda et la destination (nouveau lecteur plus petit) est/dev/sdb. Dans votre configuration, cela peut être différent
montez src en lecture seule sous/mnt/source
montez le lecteur de destination sous/mnt/destination
copier le système de fichiers src sur le système de fichiers de destination avec:
ubuntu utilise uuid au lieu de nom de périphérique pour rechercher et monter le lecteur car nous avons un nouveau disque, nous souhaitons changer la destination du fstab pour utiliser les nouveaux lecteurs uuid afin de monter le disque.
ls -la/dev/disk/by-uuid
changez maintenant uuid pour/et échangez dans/mnt/destination/etc/fstab. n'oubliez pas de changer le système de fichiers pour le point de montage, si vous avez décidé de le changer pour quelque chose de différent du lecteur d'origine
s'il est important que grub soit la même version, redémarrez le disque d'origine, puis exécutez la commande ci-dessous pour installer grub sur le nouveau lecteur.
Maintenant, retirez le lecteur source de votre ordinateur et démarrez le lecteur de destination. grub ne parviendra pas à démarrer complètement et à sortir d'un shell de récupération dans le shell de récupération grub:
charger quelques modules de grub nécessaires - insmod ext2 - insmod linux répertorie vos unités de disque - ls
choisissez le bon périphérique (dans mon exemple, il s'agit de hd0, msdos1)
trouver le nom exact de vmlinuz-xxx et initrd-xxx pour configurer grub à utiliser
ls/boot /
voyez et utilisez le nom correct pour vmlinuz et initrd que vous avez obtenu de ls ci-dessus et utilisez-les à la place de la version d'exemple que j'utilise ci-dessous
linux /boot/vmlinuz-2.6.32-5-AMD64 root =/dev/sda single
si/dev/sda est le périphérique, le lecteur sera le disque rootfs lors du prochain redémarrage de la> machine avec uniquement un disque dst
initrd /boot/initd.img-2.6.32-5-AMD64
enfin, cela devrait avoir réussi à démarrer la machine. Enfin, mettre à jour grub pour qu’il utilise le nouveau disque uuid afin que vous n’ayez pas besoin de répéter cette procédure manuelle à chaque fois:
Peut-être pas la bonne réponse à la question, mais j'arrive à cette page en essayant de résoudre un problème similaire:
Je voulais cloner une vieille carte Compact Flash de 256 Mo en une carte de 32 Mo qui s'est cassée. La carte Flash contient un petit appareil Linux qui fabrique de petites bobines de ressort.
Résolu de cette façon:
(Bien sûr, l’espace effectif utilisé dans la 256 Mo était <32 Mo, donc il s’intègre bien)
créez une image de la carte flash de 256 Mo avec "dd" (en supposant que la carte soit montée dans/dev/sdb):
dd if=/dev/sdb of=image256.iso
Utilisez netbootin pour lire l'ISO 'image256.iso' (option Diskimage).
Sélectionnez le lecteur USB sur lequel se trouve la carte 32Mb et transférez l'image sur la carte 32Mb.
C'est tout, la carte 32 Mo a démarré avec succès ma machine.
HTH
Disclaimer: Je suis l'auteur original de WereSync
Ceci est possible en utilisant WereSync . WereSync suit le processus général de réponse de Malte mais ne nécessite qu'une seule commande plutôt que plusieurs. De plus, si vous utilisez votre clone comme sauvegarde, il peut mettre à jour cette sauvegarde de manière incrémentielle, car il utilise rsync dans le backend.
Pour installer WereSync, utilisez pip:
pip install weresync
À partir de là, vous pouvez simplement utiliser la commande WereSync
weresync -C -g 2 -E 1 /dev/sda /dev/sdb
La commande ci-dessus copie les données de/dev/sda vers/dev/sdb. L'indicateur -C
indique que WereSync doit vérifier si les partitions des deux lecteurs sont équivalentes. Si elles ne le sont pas, WereSync doit copier les partitions de/dev/sda dans/dev/sdb et les redimensionner à leur convenance. Les UUID des nouvelles partitions seront différents. Le système utilisé pour vérifier si les partitions sont valides peut être complexe, donc après votre première sauvegarde, je vous recommande de ne pas utiliser cet indicateur.
Les commandes -g
et -E
pourraient être omises, mais l'installation du chargeur de démarrage échouerait presque sûrement dans ce cas.
-g
fait référence à la "partition grub" ou la partition sur laquelle grub doit être installé. Généralement c'est la partition montée sur /. Ainsi, si vous avez/dev/sda2 monté sur /, vous transmettez -g 2
à WereSync, comme dans l'exemple ci-dessus. Si cela est omis, WereSync essaiera de découvrir par lui-même la partition appropriée, mais ceci est sujet aux erreurs. Je recommande simplement de passer le drapeau.
-E
fait référence à la partition EFI. Si votre partition EFI est sur/dev/sda1, transmettez -E 1
à WereSync comme indiqué dans la commande ci-dessus.
Si vous avez une partition séparée pour le dossier/boot, vous devez également en informer WereSync. Si vous avez cela sur/dev/sda3, transmettez -B 3
à WereSync.
Des informations plus détaillées sur les indicateurs possibles de cette commande sont disponibles sur Documentation de la commande WereSync .
Après avoir réduit le système de fichiers dans le disque plus volumineux à l'aide de GParted, j'ai placé les deux disques dans un boîtier RAID en mode miroir, le disque le plus grand constituant la source et le disque le plus petit constituant la cible. Il me suffisait de cliquer sur le bouton de réinitialisation à l'intérieur du boîtier (pour ne pas changer de mode, c'est-à-dire, Raid 1 à Raid 0) pour que le clonage commence. A parfaitement fonctionné! :) J'ai utilisé l'affaire GW3.5AX2-SU3/MB Raid.
je publie mon expérience de réduire un disque de démarrage avec 250 Go (sda) à un disque de 120 Go (sdc)
sda contient 2 partitions:
moi aussi:
alors que mon gparted ne fonctionne pas avec lvm:
à partir d'un disque de secours:
pvresize/dev/sda2 --setphysicalvolumesize xxxxxxxxxxxxK (je donne 1 Go de plus que le volume LV) (j'ai une erreur ici ... alors:
Mais la partition était toujours grosse, car je ne rétrécis que le FS-LV-VG, donc:
je recrée la partition avec fdisk:
fdisk /dev/sda
d --> 2
n --> p --> 2 --> default --> (new reduced
size!!!)
w
then system Invite à utiliser l'ancienne table de partition jusqu'au prochain redémarrage. Mais j'ai oublié de redémarrer et de faire l'image:
dd if =/dev/sda2 de =/dev/sdc2 bs = 4096 (à ce stade, je pensais que quelque chose n'allait pas et je ne pouvais pas démarrer avec sdc car la table de partition ne reflète pas la fin de la nouvelle sda2)
MAIS tout allait bien et après le redémarrage, et même le système choisissez la partition sdc pour démarrer (se plaindre de la duplication de PV, LV et/boot)
Je ne sais pas si je suis chanceux ou si je fais des démarches inutiles ... tout commentaire sera apprécié.
J'ai rencontré ce problème car la mise à jour Win 10 vers 1607 se cassait après le redémarrage, à cause du fait que mon NVMe (Samsung 950 Pro) n'était pas reconnu. J'ai donc cloné le NVMe sur l'autre lecteur interne (plus grand) (dans mon cas, "Toshiba"). , mis à jour le Win 10 et restauré le système sur NVMe.
Voici les étapes à suivre pour y parvenir (car restoreparts avec -icds
n'a pas fonctionné).
Si vous avez utilisé Clonzila depuis la branche stable, vous devez passer en mode de démarrage Legacy dans le BIOS pour pouvoir démarrer à partir du CD. Sinon, si vous utilisez le téléchargement depuis la branche alternative, il devrait prendre en charge le démarrage UEFI.
Suivez le guide sous votre propre responsabilité. Les étapes et les commandes sont vérifiées et revérifiées, mais les fautes de frappe peuvent vous causer une perte de données ou une défaillance matérielle. Découvrez tout d'abord ce que vous faites et suivez ces étapes pour vous orienter.
la première fois, je pense que Windows et NVMe avaient toujours des informations sur le démarrage Win, mais cette fois-ci, immédiatement après le clonage initial vers Toshiba (avant le passage au démarrage UEFI), toutes les partitions du lecteur NVMe ont été supprimées.
~ la suppression se fait facilement dans Clonezilla Shell avec:
Sudo su
dd if=/dev/zero of=/dev/nvme0n1 bs=512 count=1
~ alternativement, démarrez GParted et visuellement
(passer au démarrage UEFI dans le BIOS)
étant donné que la copie de MBR ne m'a rien apporté, le GPT est important dans cette histoire. Entrez donc dans le shell (Clonezilla) et copiez le GPT de Toshiba vers NVMe avec
Sudo su
sgdisk /dev/sda -R /dev/nvme0n1
sgdisk -G /dev/nvme0n1`
( explication )
depuis Clonezila (même avec Expert switch-icds) pour restaurer des partitions, entrez à nouveau dans le shell et faites:
partprobe #forces kernel to reload partition infos
fdisk -l #shows all disks info
dd if=/dev/sda1 of=/dev/nvme0n1p1 bs=64K status=progress
dd if=/dev/sda2 of=/dev/nvme0n1p2 bs=64K status=progress
dd if=/dev/sda3 of=/dev/nvme0n1p3 bs=64K status=progress
...
( plus d'infos )
sauvegarder le Tosiba MBR et le GPT:
sgdisk --backup=sda.gpt /dev/sda
copiez la sauvegarde dans un endroit sûr (pour que nous puissions la restaurer et non l'image entière du lecteur que nous avons créée à l'étape 6)
mkdir /mnt/usb
(put in usb flash or similar)
mount /dev/sdb /mnt/usb
cp sda.gpt /mnt/usb
umount /dev/sdb`
effacer les informations de partition Toshiba afin qu'il ne provoque pas de conflits avec Windows
dd if=/dev/zero of=/dev/sda bs=512 count=1
(passez au démarrage UEFI dans le BIOS) démarrez à partir du DVD Windows 10 (1607), choisissez Réparer> Résoudre les problèmes> Invite de commandes et exécutez tous les éléments suivants:
bootrec /fixboot
bootrec /scanos
bootrec /fixmbr
bootrec /rebuildbcd
exit
( plus d'infos )
redémarrez Windows 1607 sur votre disque NVMe
Vous pouvez essayer de créer un clone du système en une image fragmentée en deux étapes (l'image s'agrandit avec l'ajout d'éléments supplémentaires). Restaurez maintenant cette image sur le deuxième disque plus petit.
on peut le faire .. Avec un cd en direct, réduisez simplement le système de fichiers (resize2fs), puis lvm (le cas échéant) de la dernière partition (comme/dev/sdc3) du disque de grande taille afin de l’adapter au petit disque.
Avec fdisk, supprimez et recréez avec des secteurs plus petits la dernière partition (/ dev/sda3), de sorte que le dernier secteur du grand disque ait la même valeur que le dernier secteur du petit disque.
Que faire votre # dd si = grand de = petit bs = 10M jusqu'à ce qu'il manque d'espace.
Une prudence supplémentaire lors de la réduction, car une valeur incorrecte entraînera une perte de données.