Comencé btrfs-convert para mi disco duro particionado ext4. Primero hice un fsck que estaba bien. Entonces, ya que está funcionando más de 4 horas (1.) Me pregunto si alguna vez terminará. Leí varios artículos (rápidamente) sobre la conversión, pero ninguno indicó un requisito de espacio. Pero supongo que hay algunos considerando este artículo: https://oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html
Entonces, mi HDD estaba usando el 99.0% de 1.82TB antes de comenzar. (2.) Si no puede terminar, ¿se guarda para cancelar (CTRL + C) el proceso?
iotop indica aún que btrfs-convert está leyendo con ~ 40 MB / s de mi disco duro y la parte superior muestra que btrfs-convert carga completamente un núcleo de CPU. (3.) ¿Cuál sería la decisión más sabia ahora?
Actualización: Mientras tanto, el proceso de conversión ha finalizado. Tomó casi 3 días. Debo agregar que entre velocidades se redujo a ~ 0-10 MB / s, pero el 100% de carga de E / S y el uso de la CPU se redujeron en consecuencia. Esta mañana (después de más de 2 días de ejecución) el proceso de conversión tuvo solo ~ 9 h de tiempo de CPU. En general, todo parece estar bien.
/
sistema de archivos o no Root?Respuestas:
btrfs-convert
creará una instantánea (con nombreext2_saved
) del sistema de archivos existente como copia de seguridad. Es difícil predecir cuánto espacio en disco ocupará la instantánea porque btrfs es CoW ...He convertido un
/
para Oracle Linux 6.3 x86_64 antes, lleva menos de 10 minutos porque el sistema de archivos es relativamente pequeño (los datos se almacenan en volúmenes lógicos separados). Fue suave, no hay problema.En su caso, el HDD tiene más de 1.8T de datos y queda poco espacio, ni idea de cuánto tiempo tomará (la instantánea solo puede usar poco espacio porque el sistema de archivos no ha cambiado desde la conversión). Si
iotop
muestra que todavía se está ejecutando, déjelo.Solo unas pocas personas saben lo que sucede si interrumpe la conversión, pruebe la lista de correo btrfs ;-)
Lecturas recomendadas:
https://blogs.oracle.com/wim/entry/btrfs_root_and_yum_update
5.4.6. Conversión de un sistema de archivos Ext2, Ext3 o Ext4 a un sistema de archivos Btrfs
fuente
Acabo de intentar convertir un sistema de archivos de 8TB y
btrfs-convert
parece haber fallado, y hebtfsck
dado un "Error" no específico, pero retroceder conbtrfs-convert -r
solo tomó un minuto y todo parece estar bien con el viejo sistema ext4.Entonces, abortar
btrfs-convert
parece ser relativamente seguro.fuente
Simplemente sonando con otro punto de datos:
Recientemente hice esta conversión en un Odroid XU4 (cosa ARM), con una unidad externa USB3 WD Ultra 4TB (5200 rpm). El sistema operativo es Debian Jessie, kernel 3.10.103+. La versión de Btrfs es v3.17
El fs anterior era ext4 con ~ 2TB usados, 2TB de espacio libre, con archivos bastante grandes (programas de TV, todos por encima de varios cientos de mb cada uno).
En resumen, el proceso tomó alrededor de 30 horas.
El proceso de conversión de btrfs rebotó entre el 20% y el 80% de la CPU en la parte superior, y rondaba los 32 MB / s en iotop.
La salida fue
y todos los archivos parecen estar bien
Ahora voy a eliminar el subvolumen de copia de seguridad ext4, realizar la desfragmentación y reequilibrar. Tomará el tiempo estos también.
Actualizar
y encontré un error del kernel durante la desfragmentación:
Otra actualización
Después de intentar hacer un reequilibrio, los mensajes de kernel oops seguían apareciendo en cada montaje. Eventualmente, los comandos como mount y umount, e incluso ls, se quedaron atrapados dentro de las llamadas al sistema para siempre. La comprobación de btrfs mostró bastantes errores, y la unidad tenía cero espacio libre restante (los metadatos lo usaban todo).
Terminé montando el disco con
antes de copiar todos los 2 TB de datos de la unidad en un disco ext4 de repuesto, luego reiniciar, formatear de nuevo la unidad btrfs y volver a copiar todo.
LECCIÓN: A partir del kernel 3.10 (que tiene dos años), btrfs-convert no es bueno y el kernel tiene errores. ¡Uy!
Entonces, no me molestaría con btrfs-convert. Parece una buena solución en papel, pero es mucho mejor simplemente copiar todos los datos de la unidad, formatearlos y volver a copiarlos.
fuente
Solo un punto de datos realmente ...
Intenté convertir una partición 200G y usar btrfs-tools V4.0 y falló, en realidad parece que se bloqueó, después de informar 'no hay suficiente espacio libre' (sobrescribiendo parcialmente la información de progreso).
fsck no informó problemas y el sistema de archivos aún se monta:
Un punto interesante es que el progreso reportó más del 100%, es decir, 244027/240502. ¿Quizás alguien podría aclarar lo que estaba contando?
De todos modos, ¡la conclusión es que 744M de 200G (99.7% usado) no es suficiente espacio libre!
FWIW, creo que btrfs-convert pondría todos los metadatos en su lugar antes de destruir (copiar y sobrescribir) el 1Mb que indica que es un sistema de archivos EXT4. Hasta que haga ese paso, no hay nada que deshacer; solo ha estado escribiendo en espacio libre. ¿Quizás esto también podría confirmarse?
fuente
Si habilita la suma de cheques (el valor predeterminado), la conversión debe calcular esos valores y luego almacenarlos en los metadatos. Básicamente, está leyendo todo su disco duro en la conversión ... Puede deshabilitar las sumas de verificación en la conversión, pero esto deshabilita las comprobaciones de integridad de btrfs y el borrado de datos ...
fuente