Comment déplacer Ubuntu sur un SSD


45

Ma situation actuelle est:

  • Un disque dur
  • Dual Boot Ubuntu 11.04 et Windows 7. Partitions:
    • Système Windows 100 Mo
    • 144 Go Windows principal
    • 160 Go de Ubuntu
    • 4 Go d'échange
    • 12 Go de restauration du système

Maintenant, je veux installer un SSD de 80 Go et y déplacer Ubuntu. Autant que je sache, je dois:

  • Réduisez la partition Ubuntu de 160 Go à 80 Go
  • Copiez-le sur le SSD
  • Changer fstabpour monter le SSD en tant que/

Comment je fais la seconde? Et que dois-je faire à propos de Grub?


[Offtopic, désolé, aurait dû mettre un commentaire.] Il est également préférable d'activer simultanément le support TRIM pour votre SSD, comme indiqué sur webupd8.org/2013/01/enable-trim-on-ssd-solid-state-drives .html
user2074854

Réponses:


56

1) Copier des fichiers

Vous voulez copier les fichiers, pas la partition entière (y compris son espace libre), vous n'avez donc pas besoin de redimensionner la partition au préalable. Démarrez à partir du livecd et montez le disque dur et le disque dur SSD (bien entendu, après avoir formaté une partition sur le disque SSD), puis copiez tous les fichiers sur:

sudo cp -Tax /media/hd /media/ssd

Utilisez les noms corrects pour les points de montage hd et ssd bien sûr. Ensuite, il vous suffit de modifier le fichier / etc / fstab sur ssd pour qu'il pointe vers le nouvel UUID de fs (vous pouvez le rechercher avec blkid). Enfin, vous devez installer grub sur le ssd.

2) Faire face à GRUB

a) Ligne de commande:

sudo -s
for f in sys dev proc ; do mount --bind /$f /media/ssd/$f ; done
chroot /media/ssd
grub-install /dev/ssd
update-grub

Bien sûr, utilisez le bon périphérique pour / dev / ssd. Le disque entier, pas un numéro de partition.

b) Bouton magique "Réparation recommandée" dans Boot-Repair:

https://help.ubuntu.com/community/Boot-Repair

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair && boot-repair

entrez la description de l'image ici

Enfin, redémarrez et assurez-vous que votre bios est configuré pour démarrer à partir du SSD.


8
Je poste ce commentaire de mon système fonctionnant parfaitement sur le SSD. Merci
Bart van Heukelom

1
C'est quelque chose que j'ai trouvé avec un deuxième PC: le CD en direct doit être de 64 bits si le système d'exploitation que vous déplacez est également de 64 bits, sinon chrootcela ne fonctionnera pas.
Bart van Heukelom

2
Que fait la chrootcommande et pourquoi est-ce nécessaire?
codeape

7
J'ai trouvé que la commande devrait être sudo cp -ax --target-directory=/path/to/ssd /path/to/hdd/*ou alors elle copie sur les fichiers mais la vide dans un répertoire sur le SSD à la place ..
Pwnna

2
@Balthazar: Lors de l'utilisation de chroot, le nouveau répertoire racine doit être un environnement suffisamment complet pour que les programmes / scripts que vous allez exécuter puissent agir comme s'il s'agissait d'un système de fichiers racine normal. Ces commandes de montage déposent les systèmes de fichiers "sys", "dev" et "proc" (systèmes de fichiers virtuels avec des fichiers non sauvegardés sur disque, par exemple / dev / zero, qui renvoie tous les zéros une fois lus) aux bons endroits pour qu'ils soient correctement placés. apparaissent au bon endroit lorsqu’ils sont inspectés depuis la prison Chroot.
azernik

3

J'ai pu faire cette migration avec succès grâce aux instructions de @ psusi. Cependant, j'ai observé un "gotcha".

Après l’installation de Grub sur le nouveau disque SSD, le démarrage n’a toujours pas démarré. Il recherchait l’image de disque mémoire à l’aide de l’UUID de mon ancien lecteur de système d’exploitation, que j'avais supprimé. L'utilisation de l'option --recheck a résolu ce problème:

$ grub-install --recheck /dev/ssd

Cela encourage grub à analyser de nouveau le BIOS, à identifier le nouveau lecteur et à utiliser vraisemblablement son UUID lors de la transmission du paramètre "root =" au noyau.


2

Voici aussi bien (pour 2018) que comment faire à partir de 2013: http://www.sesser.eu/howtos/hdd2ssd.php de Markus Sesser.

Il décrit la migration sans démarrer à partir du live CD. Il respecte également les répertoires système et utilise rsync , noatime , nodiratime . N'oubliez surtout pas d'omettre l' option de rejet - elle est implémentée via cron depuis Ubuntu 14.04.

Plan court de l'article:

  1. partitionnez et montez le SSD. Je recommande single ext4 sur gpt

  2. source de nettoyage disque dur

  3. données de synchronisation ( rsync )

  4. accorder fstab . De plus, si vous souhaitez conserver le disque dur dans le système, je vous recommande de déplacer / home sur SSD tout en conservant les données utilisateur (~ / Vidéo, ~ / Audio, etc.) sur le disque dur.

  5. installer grub


0

Considérant que votre disque dur est / dev / sda et que SSD est / dev / sdb et que les partitions sont correctement dimensionnées, vous pouvez utiliser un simple cp:

cp /dev/sdaX /dev/sdbY

Où X et Y sont les numéros de partition correspondants.

Cependant, cette méthode copiera 80 Go de données et tous les secteurs de votre SSD seront marqués comme "occupés" au départ.


Cela semble assez facile, mais cette dernière phrase ne signifie pas grand chose pour moi. Est-ce ou pourrait-il être un problème?
Bart van Heukelom

Cela pourrait avoir un impact négatif sur la vitesse de votre SSD (toutefois, avec le support TRIM, le système récupérera plus tard) Vous pouvez lire en.wikipedia.org/wiki/TRIM pour plus d'informations. Mais, vous devriez vraiment suivre l'itinéraire décrit dans l'autre réponse (copier des fichiers, pas des partitions). Si vous décidez toujours de copier toute la partition, vous devez également exécuter grub-install / grup-update.
Vilmantas Baranauskas -

1
Je ne recommanderais pas cette approche, elle copiera toutes les erreurs de système de fichiers que vous pourriez avoir sur votre ancienne partition. L' cp -axapproche est à la fois plus rapide et plus sûre.
Andrei Sosnin
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.