J'ai commencé btrfs-convert pour mon disque dur partitionné ext4. J'ai d'abord fait un fsck, ce qui était bien. Donc, comme il fonctionne sur plus de 4 heures maintenant (1), je me demande s'il finira jamais? J'ai lu plusieurs articles (rapidement) sur la conversion, mais aucun n'a indiqué de besoin d'espace. Mais je suppose que certains envisagent cet article: https://oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html
Mon disque dur utilisait donc 99,0% de 1,82 To avant de commencer. (2.) S'il ne peut pas terminer, est-il sauvegardé pour annuler (CTRL + C) le processus?
iotop indique toujours que btrfs-convert lit avec ~ 40 Mo / s depuis mon disque dur et le haut montre qu'un cœur de processeur est entièrement chargé par btrfs-convert. (3.) Quelle serait la décision la plus sage maintenant?
Mise à jour: Pendant ce temps, le processus de conversion est terminé. Cela a pris près de 3 jours. Je dois ajouter que les vitesses entre les deux sont tombées à ~ 0-10 Mo / s mais que la charge d'E / S à 100% et l'utilisation du processeur ont baissé en conséquence. Ce matin (après plus de 2 jours consécutifs), le processus de conversion n'avait que ~ 9h de temps processeur. Dans l'ensemble, tout semble bien.
/
système de fichiers ou non root?Réponses:
btrfs-convert
créera un instantané (nomméext2_saved
) du système de fichiers existant en tant que sauvegarde. Il est difficile de prédire combien d'espace disque le snapshot va prendre car btrfs est CoW ...J'ai déjà converti un
/
pour Oracle Linux 6.3 x86_64, cela prend moins de 10 minutes car le système de fichiers est relativement petit (les données sont stockées sur des volumes logiques séparés). C'était lisse, pas de problème.Dans votre cas, le disque dur contient plus de 1,8 T de données et peu d'espace, aucune idée du temps qu'il faudra (l'instantané ne peut utiliser que peu d'espace car le système de fichiers n'a pas changé depuis la conversion). Si
iotop
montre qu'il fonctionne toujours, laissez-le.Peu de gens savent ce qui se passe si vous interrompez la conversion, essayez la liste de diffusion btrfs ;-)
Lectures recommandées:
https://blogs.oracle.com/wim/entry/btrfs_root_and_yum_update
5.4.6. Conversion d'un système de fichiers Ext2, Ext3 ou Ext4 en un système de fichiers Btrfs
la source
J'ai juste essayé de convertir un système de fichiers de 8 To et
btrfs-convert
semble avoir planté, et j'aibtfsck
donné une "erreur" non spécifique, mais revenir en arrière avecbtrfs-convert -r
n'a pris qu'une minute et tout semble bien avec l'ancien système ext4.Ainsi, l'avortement
btrfs-convert
semble être relativement sûr.la source
J'interviens simplement avec un autre point de données:
J'ai récemment fait cette conversion sur un Odroid XU4 (ARM thingy), avec un lecteur externe USB3 WD Ultra 4 To (5200 tr / min). Le système d'exploitation est Debian Jessie, noyau 3.10.103+. La version de Btrfs est la v3.17
Le fs précédent était ext4 avec ~ 2 To utilisés, 2 To d'espace libre, avec des fichiers assez volumineux (émissions de télévision, toutes supérieures à plusieurs centaines de Mo chacune).
Dans l'ensemble, le processus a pris environ 30 heures.
Le processus de conversion btrfs a rebondi entre 20% et 80% du processeur en haut et a oscillé autour de 32 Mo / s dans iotop.
La sortie était
et tous les fichiers semblent bien.
Je vais maintenant supprimer le sous-volume de sauvegarde ext4, effectuer la défragmentation et rééquilibrer. Les chronomètrera aussi.
Mise à jour
aaet j'ai rencontré un bug dans le noyau pendant la défragmentation:
Une autre mise à jour
Après avoir tenté de faire un rééquilibrage, les messages du noyau ne cessaient de se produire à chaque montage. Finalement, des commandes telles que mount et umount, et même ls, restaient bloquées dans les appels système pour toujours. La vérification de btrfs a révélé plusieurs erreurs et le disque n'avait plus d'espace libre (les métadonnées ont tout utilisé).
J'ai fini par monter le lecteur avec
avant de copier toutes les 2 To de données du lecteur sur un disque ext4 de rechange, puis redémarré, reformaté le lecteur btrfs et tout recopié.
LEÇON: Depuis le noyau 3.10 (qui a deux ans), btrfs-convert n'est pas sympa et le noyau est bogué. Oops!
Donc, je ne m'embêterais pas avec btrfs-convert. Cela semble être une bonne solution sur papier, mais il vaut bien mieux copier toutes les données du lecteur, formater et les recopier.
la source
Juste un point de données vraiment ...
J'ai juste essayé de convertir une partition 200G et d'utiliser les outils btrfs V4.0 et cela a échoué - en fait, il semble qu'il se soit écrasé - après avoir signalé `` pas assez d'espace libre '' (écrasant partiellement les informations de progression).
fsck n'a signalé aucun problème et le système de fichiers se monte toujours:
Un point intéressant est que les progrès rapportaient plus de 100%, soit 244027/240502. Peut-être que quelqu'un pourrait clarifier ce que cela comptait?
Quoi qu'il en soit, la conclusion est que 744M sur 200G (utilisé à 99,7%) n'est pas assez d'espace libre!
FWIW, je pense que btrfs-convert obtiendrait toutes les métadonnées en place avant de détruire (copier et écraser) le 1 Mo qui indiquait qu'il s'agissait d'un système de fichiers EXT4. Jusqu'à ce qu'il fasse cette étape, il n'y a rien à annuler; ça vient d'écrire dans l'espace libre. Peut-être que cela pourrait également être confirmé?
la source
Si vous activez la somme de contrôle (par défaut), la conversion doit calculer ces valeurs puis les stocker dans les métadonnées. Donc, fondamentalement, il lit tout votre disque dur dans la conversion ... Vous pouvez désactiver les sommes de contrôle dans la conversion, mais cela désactive les contrôles d'intégrité btrfs et le nettoyage des données ...
la source