Dans le tutoriel d'aujourd'hui, je vais vous expliquer comment la partition racine de notre distribution Linux peut être déplacée vers une autre partition (que ce soit sur le même disque dur ou non). Ce besoin m'est venu au milieu de l'année dernière, alors que j'utilisais encore Chakra, et depuis, c'est un processus que j'ai utilisé à plusieurs reprises avec des résultats satisfaisants et aucun problème.
Si les étapes sont suivies à la lettre, il s'agit d'une opération 100% sûre, relativement rapide et totalement réversible. Nous n'aurons besoin que d'un Live CD de toute distribution que nous avons là-bas (une d'Ubuntu, par exemple, servira notre objectif), et identifier correctement quelle est la partition source et destination.
Pour de telles informations, nous pouvons nous tourner vers GParted ou l'éditeur de partition KDE. Lorsque nous les exécuterons, nous verrons une fenêtre similaire à celle de la capture d'écran ci-dessous. Là, nous devons trouver notre partition racine d'origine et regarder à quel disque il appartient (sda, sdb, sdc ...), quel numéro il a (sda2, sdb1, sdj5, etc.) et quel est son UUID (un alphanumérique code que vous trouverez dans la section «informations avancées»). Évidemment, si nous allons déplacer une partition, nous aurons besoin d'une destination, nous devons donc préalablement créer un trou dans le disque dur pour effectuer le déplacement, et noter les données correspondantes.
Avant de continuer, je tiens à préciser que dans ce tutoriel, je ne fais référence qu'à Grub2; si vous utilisez un autre chargeur de démarrage, certaines étapes ou commandes peuvent varier - en fait, c'est beaucoup plus facile avec Grub Legacy-. Donc, avec les informations d'avant écrites sur un morceau de papier, nous nous mettons au travail:
1) Nous démarrons l'ordinateur avec le Live CD et nous attendons que le bureau se charge.
2) Dans un terminal nous mettons les deux commandes suivantes:
sudo mkdir / mnt / ancien
sudo mkdir / mnt / nouveau
sudo mount / dev / sdaX / mnt / old (où sdaX est la partition racine d'origine).
sudo mount / dev / sdbX / mnt / new (où sdbX est la nouvelle partition racine).
sudo cp -rav / mnt / ancien / * / mnt / nouveau
sudo cp -rav /mnt/old/.* / mnt / nouveau
sudo umount / mnt / ancien
sudo mount -o bind / dev / mnt / new / dev
sudo mount -t proc aucun / mnt / nouveau / proc
sudo chroot / mnt / nouveau / bin / bash
sudo grub-install / dev / sdb (où sdb est le disque dur sur lequel nous avons la nouvelle partition racine, et nous n'avons pas à y mettre un numéro ou quelque chose du genre).
sudo kate /boot/grub/grub.cfg
- Où vous mettez (hdX, Y), nous changeons les chiffres de X et Y selon ce qui suit:
X: indique le numéro du disque dur. Si le disque est sda, X est égal à 0. Si le disque est sdb, X est égal à 1. Si le disque est sdc, X est égal à 2, et ainsi de suite.
Y: indique le numéro de la partition. 1,2,3… Exemple: deuxième partition du premier disque (hd0,2); deuxième partition du troisième disque (hd2,2)… Avez-vous l'idée?
- Le deuxième champ à modifier est l'UUID (le code des chiffres et des lettres si longs), qui pointe toujours vers l'ancienne partition. Nous le changeons en l'UUID de la nouvelle partition (rappelez-vous que vous pouvez le vérifier dans GParted, par exemple). Vérifiez bien les données!
- La troisième modification, et l'une des plus importantes, est liée au petit rectangle rouge qui se trouve sous l'UUID, et qu'il met dans l'image "sdb2". C'est là que vous devez indiquer la nouvelle partition de votre racine qui, logiquement, doit correspondre à (hdX, Y). Exemples: (hd0,1) -> sda1 // (hd2,3) -> sdc3
Gardez à l'esprit que ces changements, en principe, doivent être répétés en fonction du nombre d'entrées de notre système d'exploitation présent dans Grub. J'ai trois entrées Chakra, donc je dois changer ces données 3 fois. Cependant, Je vous conseille de ne changer que la première entrée et, une fois que vous voyez que tout démarre correctement, procédez à la modification du reste, à partir de votre système d'exploitation réel.
sudo kate / etc / fstab
9) Nous pouvons maintenant redémarrer et vérifier que tout est en ordre. Si le système d'exploitation fonctionne bien, nous pouvons procéder au remplacement des données que nous avons laissées inchangées dans les entrées restantes du fichier grub.cfg, ainsi que supprimer l'ancienne partition racine -si c'est notre souhait-.
C'est tout pour aujourd'hui.
C'était à la recherche de XD. Merci
C'est une procédure très sûre, je l'ai utilisée il y a plusieurs années, et la bonne chose est que la nouvelle partition / ne contiendra pas de fragmentation de fichier ...
Bien qu'il n'y ait pas longtemps, j'ai essayé de changer la partition racine avec la variante de changer également le système de fichiers (de reiserfs à ext3), mais il m'a été impossible de le faire en raison de plus de tentatives et de tours que j'ai donné, d'une manière ou d'une autre au démarrage du système la détection a échoué de / en raison du fait qu'il recherchait un système / partition reiserfs lorsque le nouveau a été formaté avec ext3. En entrant en mode maintenance et en montant manuellement / comme ext3, le système a fonctionné correctement, mais au démarrage suivant, il a de nouveau échoué pour la même raison. Il n'y avait pas d'édition de grub ou de fstab qui fonctionnait ... toujours à la recherche d'une partition / avec reiserfs, je ne trouve pas la solution ...
Cela ressemble à un fichier pointant vers la partition reiserfs. Peut-être une ligne discrète du chargeur de démarrage ou quelque chose comme ça, sinon ext3 aurait dû se charger correctement.
Si c'est ce que je pensais ... et j'ai passé des heures à chercher quelque chose mais je n'ai rien trouvé ... même pas sur Internet.
Quoi qu'il en soit, je ne peux pas vous assurer que dans le passé j'ai fait la procédure sans problème, c'est que 6 ou 7 ans se sont écoulés depuis que je le faisais presque par plaisir ... la dernière fois que j'ai essayé de le faire avec Debian Lenny , probablement la plus grande différence est le noyau avant peut-être que vous utilisiez une distribution avec linux 2.4.x.
Bref, si vous allez trouver la solution, j'espère que vous la partagez ...
Bon conseil, ... si j'avais su avant.
Salutations.
Oui, très bon conseil, cela ressemble beaucoup à la procédure pour changer le disque / home, mais je ne savais pas ce que cela pouvait faire avec root.
Très bonne info bien que je puisse ne pas l'utiliser, il est bon de connaître les mouches. 🙂
Oui, avec / home c'est beaucoup plus facile, car vous n'avez pas à réinstaller Grub ou à modifier son fichier de configuration. Copier tout ce dont vous avez besoin et éditer le fstab suffit.
Bien sûr, nous parlons de / home, il est évident que / root demande plus d'attention.
Ce n'est pas comme / Home, qui est généralement presque juste du copier-coller ou, à défaut, du copier-coller.
très bon manuel, ami, merci beaucoup, j'aimerais savoir si la version pdf ou toute autre peut être téléchargée de quelque part, salutations
Voilà, tout juste sorti du four;):
https://sites.google.com/site/rsvnna/baul/Mover%20Root.pdf
merci ami, très bien
Merci beaucoup! Je cherchais quelque chose de similaire et ce qui m'était venu à l'esprit était de créer des images des partitions puis de les restaurer mais bien sûr, il manquait plus de choses comme des points de montage, etc. Alors ça me va comme un gant!
Très bonne info, il est toujours utile d'avoir ces choses sous la main au cas où. Merci beaucoup.
Si vous utilisez Grub2, ne serait-ce pas grub2-install?
Soyez prudent lorsque vous créez ces manuels que vous mettez n'importe qui dans le désordre tant que vous ne mettez pas les commandes correctement.
Dans Arch, l'ancienne version de grub a été renommée en grub-legacy et grub 2 a été laissé en tant que grub uniquement, donc c'est correct, mais de la même manière, il est conseillé de lire la documentation de votre distribution avant de faire un geste important comme celui-ci pour être sûr des noms des packages
et grâce à l'auteur, je cherchais le processus détaillé et cela m'a bien servi
Le couple de commandes supérieur au point 5 n'a pas fonctionné pour moi, mieux ceci:
sudo su
mkdir / media / kk (où la racine du système installé est montée)
mount -t ext4 -o rw / dev / sda / media / kk
mount –bind / proc / media / kk / proc
mount –bind / dev / media / kk / dev
mount –bind / sys / media / kk / sys
chroot / media / kk
update-grub
grub-install / dev / sda (ou sdb,…)
Merci beaucoup cela m'a beaucoup aidé, comme alternative après avoir tout copié sur la nouvelle partition, vous pouvez déplacer l'installation de grub avec l'outil de réparation de démarrage, évitant ainsi d'avoir à faire les étapes 5 et suivantes
sudo add-apt-référentiel ppa: yannubuntu / boot-repair
sudo apt-get update
sudo apt-get install réparation de démarrage
l'application graphifa est exécutée, les options avancées sont activées; grub et la nouvelle partition est choisie pour l'installation de grub.