Cloner le disque dur interne sur le nouveau SSD
J'ai récemment installé un SSD dans ma machine. La machine elle-même est un Thinkpad Lenovo W520, qui possédait auparavant un disque dur interne. J'ai déplacé le disque dur interne dans une baie d'extension (en remplacement du CD-ROM), puis j'ai installé le nouveau disque SSD dans la baie interne.
Le problème que je rencontre est que ma configuration Ubuntu est EXACTEMENT telle que je la souhaite. Au départ, j’ai passé de nombreuses heures à la configurer pour la rendre telle qu’elle est actuellement. Je préférerais ne pas refaire ça. Mais je voudrais aussi profiter des gains de démarrage que l’OS aurait sur le SSD.
Donc, ce que je voudrais faire, c'est cloner ma partition Ubuntu sur le SSD. Le problème, c'est que le disque dur standard est nettement plus volumineux que le disque SSD. Et il a une partition Windows dont je n’ai pas besoin sur le SSD (je n’utilise jamais Windows, donc s’il démarre à partir de l’autre disque dur, c’est bien). La disposition de mes disques durs est la suivante:
/ dev/sda (SSD): Modèle: ATA M4-CT256M4SSD2 (scsi) Disque/dev/sda: 256 Go Taille du secteur (logique/physique): 512B/512B Table de partition: msdos
Number Start End Size Type File system Flags
1 1049kB 147GB 147GB primary ext4 boot
/ dev/sdb (HDD): Modèle: ATA ST9500420AS (scsi) Disque/dev/sdb: 500 Go Taille du secteur (logique/physique): 512B/512B Table de partition: msdos
Number Start End Size Type File system Flags
1 1049kB 1259MB 1258MB primary ntfs boot
2 1259MB 269GB 268GB primary ntfs
4 269GB 483GB 214GB extended
5 269GB 416GB 147GB logical ext4
7 416GB 475GB 58.9GB logical linux-swap(v1)
6 475GB 483GB 8470MB logical
3 483GB 500GB 16.8GB primary ntfs
Ce que j'ai essayé jusqu'à présent:
1) Redimensionner les partitions/dev/sdb5 et/dev/sda1 pour qu’elles aient la même taille. 2) Amorcer Ubuntu 11.04 (à partir de/dev/sdb5) et lancer dd if =/dev/sdb5 de =/dev/sda1 (bien sûr, cela pose des problèmes de démarrage, il a donc fallu réinstaller grub .. Je peux le récupérer. démarrage, mais j’ai des problèmes avec initrd qui ne trouve pas certains fichiers ... vraisemblablement, il ne peut pas charger certaines partitions, je pense).
Maintenant, je pense que ces deux étapes ne sont pas la bonne approche car cela clone/dev/sdb5 EXACTEMENT - y compris les références dans fstab qui pointent vers le mauvais disque dur. Je ne sais pas exactement comment remédier à cela. Je pourrais installer Ubuntu 11.04 sur le disque SSD, puis essayer de copier toutes mes configurations, mais je crains de perdre quelque chose ou d’écraser quelque chose comme fstab qui renvoie à l’original. disque dur.
Notez qu’à l’heure actuelle, je peux toujours démarrer à partir du disque dur. Il n’est donc pas impératif de le comprendre tout de suite, mais je veux que ce soit exactement comme il est actuellement, afin de pouvoir maintenir mon niveau actuel de productivité ( c'est un ordinateur de travail).
Suggestions sur la façon dont je pourrais peut-être surmonter cette difficulté?
Merci d'avance!
Il existe plus d’une façon de mettre votre ancien système sur un nouveau disque, mais vous ne l’avez pas vraiment demandé de cette façon, vous avez demandé comment cloner le système.
Je voudrais simplement utiliser gparted, moi-même, à partir du CD live, de sorte qu'aucune partition n'est montée. Vous pouvez réduire la partition d'origine à la taille souhaitée sur le disque SSD, puis copier et coller la partition sur le nouveau lecteur. Si je me souviens bien, cela réutilisera le même UUID, mais vous pourrez le changer ultérieurement sur l'une ou l'autre des partitions. La commande pour cela est Sudo tune2fs -U random /dev/sdb5 attribue l'UUID pour sdb5.
Si vous ne souhaitez pas modifier l’ancien système et le conserver pendant un certain temps, vous pouvez modifier l’UUID de la partition SSD et éditer votre fstab. En fait, ce n'est pas difficile du tout et c'est quelque chose que vous devriez apprendre. C'est assez explicite pour quelqu'un avec les connaissances que vous semblez déjà avoir. Une fois que vous avez affecté un nouvel UUID, vous pouvez tous les voir avec la commande suivante: Sudo blkid -c /dev/null - le paramètre -c spécifie le fichier de cache et/dev/null signifie que vous n'utilisez pas de cache. Par conséquent, vous obtenez toujours les modifications immédiatement. J'utilise toujours cette forme, et je ne vois aucun inconvénient à moins que vous ayez un beaucoup de partitions.
Une fois que vous avez obtenu l’UUID, vous pouvez le copier-coller sur l’ancien dans/etc/fstab à l’aide de gedit ou de l’éditeur de texte de votre choix.
Personnellement, cependant, plutôt que de prendre le temps de redimensionner la partition en premier lieu, je copierais simplement l'ancienne installation sur le nouveau disque. Si vous ne savez pas comment installer GRUB sur le membre, vous voudrez peut-être d'abord installer une base Ubuntu, puis sauvegarder/etc/fstab, copier l'ancienne installation par dessus, puis le fstab. de la nouvelle installation afin qu'il ne dispose que des entrées correctes.
Démarrez depuis le livecd, montez les deux lecteurs, puis copiez simplement les fichiers avec Sudo cp -ax /media/source /media/dest. Editez le fichier/etc/fstab de la destination pour qu'il pointe vers le UUID correct (recherchez avec blkid), puis réinstallez grub.
Je suggérerais d'éviter d'utiliser dd if=/dev/sdb5 of=/dev/sda1 si votre système fonctionne à partir de /dev/sdb5 lui-même (et probablement pas monté en lecture seule).
Une autre façon de copier des partitions consiste à démarrer à partir du Live CD (ou USB) et à démarrer GParted. Vous pouvez utiliser Ctrl + C/Ctrl + V pour copier des partitions d'un disque à un autre.
Une fois la copie effectuée (et peut-être après le redémarrage, la table de partition doit être actualisée), toujours à partir du CD, montez votre nouvelle partition racine à l'aide d'un terminal:
Sudo mount /dev/sda1 /mnt
Ensuite, éditez /mnt/etc/fstab pour qu'il pointe vers les emplacements corrects.
Le script bash clone-ubuntu.sh automatise les étapes décrites dans la réponse acceptée. Un menu est fourni pour rendre la nouvelle partition facile à trouver:
Consultez le lien ci-dessus pour obtenir une copie du script et des points importants à prendre en compte, tels que:
rsyncest utilisé pour cloner la partition démarrée et les répertoires virtuels du système sont correctement ignorés./etc/fstabdu clone cible est mis à jour avec les UUID corrects pour le démarrage./etc/grub/grub.cfgest mis à jour pour un démarrage en continu sans interruption.