Clonez le disque dur interne vers un nouveau SSD

J'ai récemment installé un SSD sur ma machine. La machine elle-même est un Thinkpad W520 de Lenovo, et elle avait auparavant un disque dur interne. J'ai déplacé le disque dur interne dans une baie d'extension (en remplacement du CD-ROM) et j'ai mis le nouveau SSD dans la baie interne.

Le problème que j'ai, c'est que j'ai ma configuration Ubuntu EXACTEMENT comme je le veux - à l'origine, j'ai passé de nombreuses heures à la configurer pour la rendre telle qu'elle est maintenant. Je préfère ne pas recommencer. Mais, j'aimerais également les gains de démarrage que j'obtiendrais du système d'exploitation sur le SSD.

Donc, ce que j'aimerais faire, c'est cloner ma partition Ubuntu sur le SSD. Le hic, c'est que le disque dur standard est beaucoup plus gros que le 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 sur l'autre disque dur, ça va). La disposition de mes disques durs est la suivante:

/ dev / sda (SSD): Modèle: ATA M4-CT256M4SSD2 (scsi) Disque / dev / sda: 256 Go Taille de 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 avoir la même taille. 2) Démarrage dans Ubuntu 11.04 (à partir de / dev / sdb5) et exécution de dd if = / dev / sdb5 of = / dev / sda1 (bien sûr, cela cause des problèmes de démarrage, j'ai donc dû réinstaller grub .. Je peux l'obtenir sur boot, mais j'ai des problèmes avec initrd qui ne trouve pas certains fichiers ... je suppose qu'il ne peut pas charger certaines partitions je pense).

Maintenant, je pense que ces deux étapes sont la mauvaise approche, car elles cloneront / dev / sdb5 EXACTEMENT - y compris les références dans fstab qui pointent vers le mauvais disque dur. Je ne sais pas exactement comment y remédier. Je pourrais installer Ubuntu 11.04 sur le SSD, puis essayer de copier sur toutes mes configurations, mais je crains de perdre quelque chose ou de remplacer quelque chose comme fstab qui renvoie à l'original disque dur.

Notez qu'actuellement, 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 cela en ce moment, afin de pouvoir maintenir mon niveau de productivité actuel ( c'est un ordinateur portable de travail).

Des suggestions sur la façon dont je pourrais surmonter cette difficulté?

Merci d'avance!

Il y a plus d'une façon d'obtenir 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 juste utiliser gparted, moi-même, à partir du CD live, donc aucune partition n'est montée. Vous pouvez réduire la partition d'origine à la taille souhaitée sur le 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 sur l'une ou l'autre partition par la suite. La commande pour cela est sudo tune2fs -U random /dev/sdb5attribue l'UUID pour sdb5.

Si vous ne voulez pas changer l'ancien système, et si vous voulez le garder monté pendant un certain temps, vous pouvez changer l'UUID de la partition SSD et modifier votre fstab. Ce n'est en fait 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 attribué un nouvel UUID, vous pouvez tous les voir avec cette commande: sudo blkid -c /dev/null- le paramètre -c spécifie le fichier de cache, et / dev / null signifie ne pas utiliser de cache, vous obtenez donc toujours les modifications immédiatement. J'utilise toujours ce formulaire et je ne vois aucun inconvénient à moins que vous n'ayez beaucoup de partitions.

Une fois que vous obtenez l'UUID, vous pouvez le copier et le coller sur l'ancien dans / etc / fstab en utilisant gedit ou l'éditeur de texte que vous préférez.

Personnellement, cependant, plutôt que de prendre le temps de redimensionner la partition en premier, je copierais simplement l'ancienne installation sur le nouveau disque. Si vous ne savez pas comment installer GRUB sur le mbr, vous voudrez peut-être d'abord installer un Ubuntu de base, puis sauvegarder / etc / fstab, copier l'ancienne installation dessus, puis copier le fstab de la nouvelle installation pour qu'il n'a que les entrées correctes.

Démarrez à partir du livecd, montez les deux disques, puis copiez simplement les fichiers avec sudo cp -ax /media/source /media/dest. Modifiez / etc / fstab sur la destination pour pointer vers l'UUID correct (recherchez avec blkid) et réinstallez grub.

Je suggérerais d'éviter d'utiliser dd if=/dev/sdb5 of=/dev/sda1si votre système fonctionne de /dev/sdb5lui-même (et probablement pas monté en lecture seule).

Une autre façon de copier des partitions est de démarrer à partir du CD live (ou USB) et de 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 live, montez votre nouvelle partition racine à l'aide d'un terminal:

sudo mount /dev/sda1 /mnt

Ensuite, modifiez /mnt/etc/fstabpour pointer vers les emplacements corrects.

Le script bash clone-ubuntu.shautomatise les étapes décrites dans la réponse acceptée. Un menu est fourni pour rendre la nouvelle partition facile à trouver:

Visitez le lien ci-dessus pour une copie du script et des points importants à considérer tels que:

• rsync est utilisé pour cloner la partition amorcée et les répertoires virtuels du système sont correctement ignorés.
• /etc/fstab du clone cible est mis à jour avec les UUID corrects pour le démarrage.
• /etc/grub/grub.cfg est mis à jour pour un démarrage en douceur de grub.