Bonjour à tous,
J'ai besoin d'un peu d'aide, car je suis planté : voila, j'ai voulu mettre mon système sur un SSD neuf, jusqu'à présent j'ai un seul disque avec une partition / et une /home. / est sur sda1. pour ne pas tout réinstaller, je me suis dit que dd allait résoudre mon problème.
Je boote sur une live-usb fait une copie : dd if =/dev/sda1 of=/dev/sdb1 …
Ensuite, je vérifie que la copie a l'air de s'être bien passée, avec gparted : je vois sur sdb1 une partition avec le même uuid que sda1 et de même taille. Je me dis que c'est bon. Je débranche mon disque dur (pour ne pas avoir de conflit d'UUID) et je tente de démarrer sur le SSD. Ben rien, comme si le disque n'était pas bootable. J'ai ajouté le flag "boot" avec gparted, toujours rien !
Bon pour l'instant je peux encore travailler car je n'ai pas encore effacé la partition sda1 de mon disque dur.
Mais pourquoi mon ssd n'est pas bootable ?
Question subsidiaire : quand, grâce à votre aide, mon ssd sera bootable, comment je change le uuid de mon disque dur (sda1) pour éviter les conflits ?
Merci pour vos lumières.
# bootloader pas installé
Posté par NeoX . Évalué à 2.
de memoire la procedure exacte c'est plutot
pour recuperer le bootloader et la table des partitions,
puis
pour recuperer la partition,
evidemment cela suppose que soit plus petit que sdb1 (ou egal)
pour changer l'UUID, le mieux ca reste de reformater la partition
si tu as des doutes sur les manipulations en mode texte/ligne de commande,
tu peux regarder l'outil clonezilla (liveCD/liveUSB) pour cloner/sauvegarder un disque vers une image ou vers un autre disque
[^] # Re: bootloader pas installé
Posté par Cyril Brulebois (site web personnel) . Évalué à 2.
La première commande ne fonctionne que si toutes les partitions sont dans le MBR (4 maximum), ce qui est potentiellement le cas ici. Mais soucis à prévoir en cas de partitions étendues. Et quid en cas de GPT ?
Attention à bien lancer un
partprobe
ou équivalent avant de jouer avec/dev/sdb1
. Si le nouveau partitionnement n'est pas encore en place, il y a risque de créer un vrai fichiersdb1
dans le répertoire/dev
, au lieu de recopier dans la partition cible.Pour ce qui est des UUID, le mieux reste de faire un
chroot
dans le nouvel environnement, en bind-montant/dev
,/proc
et/sys
, puis de lancer une génération de la configuration grub, qui tiendra compte des UUID, etc. →grub-install /dev/sdb
/update-grub
…Debian Consultant @ DEBAMAX
[^] # Re: bootloader pas installé
Posté par totof2000 . Évalué à 7.
Euh, pas bien de racconter des bêtises comme ça :
# Copie du disque entier
Posté par Kerro . Évalué à 2.
Il faut copier le disque entier :
dd if=/dev/sda of=/dev/sdb bs=1M
Si c'est du MBR c'est ok, ça démarre directement
Si c'est du GPT c'est une autre histoire.
# rsync est ton ami
Posté par cyberjunkie . Évalué à 1.
Moi j'ai remplacé tout récemment mon disque système par un SSD.
Je tourne sous Linux Mint 17.3 et je me suis inspiré de ça:
https://www.pcsuggest.com/hdd-to-ssd-cloning-linux/
J'ai dû jouer un peu avec LVM (à grands coup de recherche web) mais tout s'est bien passé.
J'ai posé un GRUB aussi, sans difficulté.
# finalement install toute neuve
Posté par gringonz . Évalué à 0.
Les 2 commandes indiquées par NeoX semblaient marcher, puisque j'ai pu booter, mais tout se bloquait durant le boot, pour des raisons obscures. Après 2 ou 3 bricolages et pas mal de temps perdu, je suis reparti pour une installation toute neuve.
Merci en tout cas pour l'aide de tous.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.