J'effectue actuellement la cp -aR
copie des données de mon disque formaté ext4 de 1 To (plein à 99%) vers un nouveau disque LVM-with-ext4-on-it. Cela prend une éternité.
Existe-t-il un moyen de tenter de "convertir" le disque en place? Je suis sur EC2, donc la sauvegarde prend quelques minutes.
Ou bien, existe-t-il un moyen plus rapide que cp
de copier directement le système de fichiers ext4 sur le disque LVM?
Je ne sais pas comment convertir le disque en direct, mais je pense que rsync sera un moyen meilleur et plus sûr de copier vos données. Cela vous permettra de reprendre et de conserver les données intactes en cas d'arrêt du transfert.
J'ai trouvé un processus similaire terminé par quelqu'un qui ajoutait un disque dur externe à son système local en tant que LVM. Il n'y a pas beaucoup d'informations, mais je pense que ce sera suffisant pour commencer:
Certes, cela a été fait localement, mais je pense qu'avec des recherches supplémentaires, vous pourrez peut-être y arriver.
la source
la source
Il n'existe aucune méthode pour effectuer une telle conversion LVM "à la volée".
LVM réside en fait sous votre système de fichiers pour l'étendre sur plusieurs périphériques physiques, ou l'agréger par bandes ou le mettre en miroir, etc. La dernière étape de la création d'un volume logique consiste à placer un système de fichiers dessus. Voici des exemples de RHEL6.
Ce que vous devrez faire est de sauvegarder ou d'archiver les données sur ce périphérique, puis de détruire le système de fichiers existant, de créer un volume logique et de replacer un système de fichiers sur le dessus. S'il s'agit d'un système de fichiers racine sur un système d'exploitation Linux, envisagez de faire une réinstallation. Cela peut être plus rapide.
Pour les copies plus rapides, j'aime bien
dd
, mais je ne l'utilise pas souvent. Faire une erreur avecdd
est dangereux. Une chose que vous pouvez essayer est detar czv <source fs> | (cd <destination fs>; tar x)
transférer un fichier tar compressé à la volée.Bonne chance!
la source
tar cSf - | tar xvpf -
gérer des fichiers et des autorisations clairsemés. Peut-être--selinux
aussi (si le volume de destination remplacera par la suite la source).-p
moins que les hôtes partagent des noms d'utilisateur / UIDs (bien que la page de manuel me rappelle que-p
c'est la valeur par défaut pour GNU tar lorsqu'il est exécuté en tant que root), et--selinux
est encore plus périlleuse - probablement mieux de simplement faire unrestorecon -Rv
(ou-Rp
) sur le tout une fois qu'il est monté dans le bon (final ) emplacement.