Re : deplacer des partitions sur un autre disque
Je ne discuterai pas la pertinence de ce souhait. Si tu veux ralentir ton système, ça te regarde.
Il aurait été plus simple de définir le placement de ces partitions lors de l'installation. Je suppose que tu as sélectionné l'option de partitionnement assisté sur un disque entier avec /home, /tmp et /var séparés, ce qui, en plus des choix souvent discutables pour les tailles des partitions, ne permet pas de placer les partitions sur plusieurs disques.
Si tu ne préfères pas tout réinstaller en sélectionnant le partitionnement manuel, deux voies s'offrent à toi :
a - cloner le contenu des partitions home et var avec dd, clonezilla, partclone, gparted... pour cela il est nécessaire qu'elles soient démontées. /home peut être démonté si aucun utilisateur normal (non root) n'est connecté, mais /var est utilisé par divers services système (notamment les logs) qu'il faudrait arrêter pour pouvoir le démonter.
b - copier l'arborescence des systèmes de fichiers /home et /var avec cp -a, rsync... dans de nouvelles partitions préalablement créées, formatées et montées, ce qui ne nécessite pas de démontage mais peut conduire à des incohérences entre fichiers. Un exemple concret : avec un logiciel de messagerie, déplacement d'un mail d'un dossier A dans un dossier B. Chaque dossier correspond à un fichier dans /home. Lors de la copie des fichiers vers la nouvelle partition /home, les fichiers A et B ne seront pas copiés en même temps. Si le déplacement du mail se produit entre la copie de B et la copie de A, alors la nouvelle partition contiendra la nouvelle version de A et l'ancienne version de B, aucune ne contenant le mail déplacé qui est donc perdu. Une solution pour éviter ce type d'incohérence serait de faire des instantanés (snapshot, version figée à un instant donné) de home et var et de faire la copie à partir de ceux-ci. Mais ce n'est possible qu'avec les volumes logiques LVM ou les systèmes de fichiers comme btrfs qui supportent les instantanés.
Une solution aux problème des deux méthodes consiste à travailler depuis un autre système, comme un système live.
Note : pas besoin de copier le contenu de /tmp car il n'est pas censé persister après un redémarrage. D'ailleurs sur certains systèmes qui ont assez de RAM, /tmp est un tmpfs, un système de fichiers temporaire en mémoire et non sur disque.
La méthode a (clonage) copie les UUID et LABEL des partitions, contrairement à la méthode b. Par défaut ce sont les UUID qui sont utilisés pour identifier les systèmes de fichiers à monter définis dans /etc/fstab. Avec la méthode a, on se retrouvera avec deux partitions originale et clone ayant le même UUID, et le système sera susceptible de monter aléatoirement n'importe laquelle des deux. Pour l'éviter, il faut supprimer la partition originale, effacer son contenu ou modifier son UUID. Avec la méthode b, la nouvelle partition n'a pas le même UUID donc il faut modifier /etc/fstab avec l'UUID de la nouvelle partition pour que celle-ci soit montée à la place de l'originale.
Il vaut mieux montrer que raconter.
Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
