J'ai une configuration à double démarrage (Ubuntu 12.10 et Win7) fonctionnelle sur mon ordinateur portable.
J'ai un disque dur de 320 Go avec des partitions pour /
, /home
, swap
, winsys
et une grande partition windata
. Il y a plus de 250 Go d'espace occupé au total.
Maintenant, j'ai acheté un SSD de 250 Go que je vais mettre dans mon Ultrabay et je souhaite migrer toutes les partitions sauf la partition Big Data sur le SSD, les agrandir de manière contrôlée en fonction de l'espace SSD, laissez windata
sur le HDD, et développez-le à la taille entière. Je veux éviter une nouvelle installation d'Ubuntu et de Windows.
J'ai déjà pas mal lu, mais je ne sais pas quel est le meilleur moyen d'y parvenir.
Fera-t-il cela uniquement dans le cadre de GParted? Puis-je supprimer en toute sécurité la configuration de partitions étendues (dont je n'ai plus besoin parce que maintenant je n'ai que 4 partitions par disque)? Ou devrais-je garder cela de toute façon si je veux subdiviser à l'avenir (pour un disque de travail, etc.)
Question bonus: mon/home est toujours ext2 - puis-je créer le nouveau/home ext4 et copier la partition ext2 par-dessus, et cela ne se cassera pas?
Je suis conscient que je devrai réécrire le fichier/etc/fstab pour ajuster les UUID et qu'il me faudra probablement une disquette de secours Windows pour "réparer" le système de démarrage Windows confus. Des pièges supplémentaires?
fdisk -l
sortie:
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x80d2f3ee
Device Boot Start End Blocks Id System
/dev/sda1 * 63 104856254 52428096 7 HPFS/NTFS/exFAT
/dev/sda2 184538655 625137344 220299345 7 HPFS/NTFS/exFAT
/dev/sda3 104856255 136311524 15727635 83 Linux
/dev/sda4 136311649 184538654 24113503 5 Extended
/dev/sda5 148890420 184538654 17824117+ 83 Linux
/dev/sda6 136311651 148874354 6281352 82 Linux swap / Solaris
Partition table entries are not in disk order
J'utiliserais GParted pour copier les partitions/et winsys.
Grub/linux démarrera après la copie tant que vous exécutez Boot Repair . Et selon l'article this , les fenêtres devraient pouvoir être déplacées avec GParted aussi longtemps que vous disposez d'un disque de réparation Windows pour réparer l'installation après l'avoir déplacée.
Bien que vous puissiez déposer en toute sécurité la partition étendue sur le nouveau disque tant que vous ne disposez que de 4 partitions principales, je ne le recommanderais pas. Vous voudrez probablement faire de la partition SSD une partition étendue et y placer toutes les autres partitions.
Bien sûr, des opérations comme celle-ci peuvent toujours échouer, même si la cause est quelque chose d'arbitraire, comme la panne du cd live, il est donc essentiel de sauvegarder vos données avant de les copier. Et je vous recommanderais également de ne pas modifier le disque dur haute vitesse tant que vous n’avez pas démarré correctement le disque SSD avec Windows et Linux.
Les étapes à suivre sont probablement les suivantes:
Démarrez dans le CD live et lancez GParted.
Créez une partition étendue sur le disque SSD couvrant l’ensemble du lecteur.
Copiez les partitions linux/partition et winsys sur SSD, en laissant l'original toujours inchangé sur le disque dur haute définition.
Si vous vouliez/home sur le disque SSD, créez une nouvelle partition ext4 dans la partition étendue et utilisez rsync pour copier toutes les données de l'original sur la copie. Un exemple de commande rsync pourrait ressembler à ceci:
Sudo rsync -rhtvlpEog --progress /media/PATH_TO_HOME_PARTITION_ON_HHD/ /media/PATH_TO_HOME_PARTITION_ON_SSD/
explication de cette commande: -r copie récursivement, -h donne une sortie lisible par l'homme, -t préserve les temps de modification, -v donne plus de sortie, -l copie des liens symboliques sous forme de liens symboliques, -p conserve les autorisations de fichier, -E conserve l'exécutabilité, -o conserve propriétaire, et -g garde le groupe.
Marquez winsys et/as amorçables sur le SSD.
Démontez et éventuellement déconnectez votre disque dur externe de votre ordinateur, puis exécutez boot-repair , installez grub sur le disque SSD en rendant le fichier/bootable.
toujours à partir du Live CD, éditez le fstab sur le disque SSD/partition pour obtenir le nouvel UUID de la partition/home.
Testez que grub/linux fonctionne en démarrant votre ordinateur avec uniquement un SSD monté. (Vérifiez également que vous avez toutes les données dans votre partition/home)
Si tel est le cas, utilisez un disque de réparation Windows pour obtenir la partition Windows du disque SSD amorçable.
Après avoir utilisé le disque de réparation Windows sur le SSD, essayez de démarrer sous Windows et Linux, sans connecter le disque dur principal.
Remarque: veillez à ne rien supprimer ou déplacer sur le disque dur haute résolution tant que vous n'avez pas confirmé que Windows et Linux fonctionnent sur le disque SSD.
Si tout fonctionne sur le disque SSD, supprimez les partitions /,/home et winsys du disque dur haute résolution, puis développez la partition windata pour utiliser le tout.
J'ai esquissé les étapes que je prendrais. Je ne peux pas garantir que le disque de réparation Windows fonctionne, mais selon cet article, il devrait l'être. Je peut toutefois garantir que Boot Repair fonctionne lors du déplacement de la partition /. Je sais que cela fonctionne parce que j'ai beaucoup déplacé mes partitions avec GParted.
De plus, si l'une de ces étapes échoue et que le disque SSD n'est pas amorçable, toutes vos données et tout ce qui fonctionne sur le disque dur reste.
Expériences supplémentaires de l'OP:
fstab
, et Windows ne veut plus être réactivé, mais après la phase de copie initiale, vous devez supprimer/débrancher le disque dur du système pour le tester. sinon, il existe plusieurs partitions avec le même UUID. Cela aurait des résultats inattendus.