Recuperar datos en Linux: EXT4, Btrfs y ZFS — herramientas y laboratorio
Linux ofrece una variedad de sistemas de archivos modernos —EXT4, Btrfs y ZFS son los más extendidos— cada uno con sus propias fortalezas y sus propias particularidades a la hora de recuperar datos. Mientras que en Windows el ecosistema de herramientas de recuperación es amplio y mayoritariamente gráfico, en Linux la recuperación exige más conocimientos técnicos y una valoración cuidadosa del riesgo antes de ejecutar cualquier comando. En RecuperaTusDatos.es recibimos casos de administradores de sistemas que, con buena intención, han agravado la situación por lanzar herramientas inadecuadas. Esta guía pretende evitar ese error.
EXT4: el sistema de archivos de referencia en Linux
EXT4 es el sistema de archivos predeterminado en la mayoría de distribuciones Linux. Su arquitectura basada en inodos y grupos de bloques es bien conocida por las herramientas de recuperación, lo que facilita la tarea en comparación con sistemas más modernos.
e2fsck: reparación del sistema de archivos
e2fsck -f /dev/sdXN comprueba y repara inconsistencias en el superbloque, mapa de inodos y tabla de grupos de bloques. Nunca ejecute e2fsck sobre un sistema de archivos montado. Si el superbloque principal está dañado, puede usar una copia de seguridad: e2fsck -b 32768 /dev/sdXN (los superbloques de reserva se encuentran en bloques 32768, 98304, 163840...).
extundelete: recuperar archivos borrados
extundelete /dev/sdXN --restore-all analiza el journal de EXT4 y el bitmap de inodos para recuperar archivos eliminados recientemente. La clave es la inmediatez: cuanto menos se haya escrito en la partición desde el borrado, mayores son las posibilidades. Monte la partición como solo lectura (mount -o ro,noatime) o trabaje directamente sobre una imagen del disco.
PhotoRec / TestDisk
TestDisk es ideal para recuperar tablas de particiones y superbloques EXT4 dañados. PhotoRec, pese a su nombre, recupera cientos de tipos de archivo (documentos, bases de datos, comprimidos) mediante carving de firmas binarias, sin depender de la estructura del sistema de archivos. Es el último recurso cuando la estructura está muy dañada, pero no preserva nombres ni rutas de archivo.
Btrfs: potente pero delicado en recuperación
Btrfs (B-tree filesystem) ofrece características avanzadas como instantáneas, compresión transparente, checksums por bloque y RAID software integrado. Sin embargo, su complejidad interna lo convierte en uno de los sistemas de archivos más arriesgados de manipular manualmente cuando hay daños.
Snapshots: la primera línea de defensa
Si tiene instantáneas habilitadas (habitual en distribuciones como openSUSE o si usa Snapper/Timeshift), el proceso de recuperación es sencillo:
- Liste las instantáneas:
btrfs subvolume list / - Monte la instantánea deseada:
mount -o subvol=@.snapshots/N/snapshot /dev/sdX /mnt/snap - Copie los archivos necesarios.
btrfs scrub: verificación de integridad
btrfs scrub start /mountpoint verifica todos los bloques contra sus checksums y corrige errores si hay datos redundantes disponibles (RAID 1, RAID 10, RAID 5/6). Es una operación segura que puede ejecutarse en caliente. Revise los resultados con btrfs scrub status /mountpoint.
btrfs check: úselo con extrema precaución
btrfs check /dev/sdXN (sin opciones) solo realiza comprobaciones de lectura y es relativamente seguro. btrfs check --repair es otra historia: los propios desarrolladores de Btrfs advierten en la documentación oficial que --repair puede causar pérdida de datos y solo debe usarse bajo la supervisión de un desarrollador del kernel. En casos reales hemos visto cómo --repair convierte un sistema de archivos recuperable en uno irrecuperable. No lo use.
Si necesita recuperar datos de un volumen Btrfs dañado, la aproximación correcta es:
- Crear una imagen del disco o partición con
ddrescueantes de cualquier otra acción. - Trabajar siempre sobre la imagen, nunca sobre el original.
- Intentar montar con opciones de recuperación:
mount -o ro,recovery /dev/sdXN /mnt - Si no monta, considerar btrfs-progs con
btrfs restore(modo solo lectura).
ZFS: el sistema de archivos más robusto y el más exigente
ZFS (Zettabyte File System) combina sistema de archivos y gestor de volúmenes lógicos en una sola capa, con checksums de extremo a extremo, RAID-Z, instantáneas eficientes y capacidad de auto-reparación. En entornos ZFS bien configurados, la “recuperación de datos” se reduce frecuentemente a restaurar una instantánea.
zfs rollback: volver a un estado anterior
zfs rollback pool/dataset@snapshot revierte el dataset al estado de la instantánea. Es una operación rápida y atómica. Puede listar instantáneas con zfs list -t snapshot.
zpool scrub: verificación y reparación online
zpool scrub poolname lee todos los datos del pool, verifica checksums y corrige errores usando los datos redundantes disponibles (mirrors, RAID-Z). Es la operación de mantenimiento preventivo fundamental en ZFS; se recomienda ejecutarla mensualmente.
zpool import y recuperación de pools degradados
Si el pool no importa correctamente, pruebe zpool import -F poolname (rebobina el log de transacciones) o zpool import -X poolname (máximo rebobinado). Si hay discos fallidos:
- Un pool RAID-Z1 aguanta 1 disco fallido; RAID-Z2, dos.
- Reemplace el disco y ejecute
zpool replace poolname /dev/old /dev/new. - Si el pool está FAULTED, puede intentar
zpool import -F -X poolname, pero con precaución.
LVM: recuperar volúmenes lógicos
LVM añade una capa de abstracción que puede complicar la recuperación cuando los metadatos del grupo de volúmenes (VG) se dañan.
pvck /dev/sdX: verifica la integridad de los metadatos del volumen físico.vgcfgrestore -f /etc/lvm/backup/vgname vgname: restaura la configuración del VG desde el backup automático que LVM guarda en/etc/lvm/backup/.vgck --updatemetadata vgname: intenta reparar inconsistencias menores.
Si el PV físico tiene daño real (sectores defectuosos que incluyen los encabezados LVM), es necesario el trabajo a nivel de imagen antes de intentar la recuperación lógica.
Cuándo las herramientas empeoran la situación
Hay escenarios en los que cualquier acción por su cuenta aumenta el riesgo:
- Disco con sectores defectuosos: montar el sistema de archivos obliga a lecturas repetidas sobre los sectores dañados, acelerando el fallo del disco. Use ddrescue primero.
- Disco con ruidos mecánicos: apáguelo inmediatamente. Cada encendido adicional puede dañar irreversiblemente los cabezales o los platos.
- btrfs check --repair sobre un sistema en producción: ya lo hemos comentado. No lo haga.
- mkfs sobre la partición equivocada: un error tipográfico puede destruir en segundos lo que se tardó años en acumular.
Herramientas profesionales: R-Studio Linux y ZAR
Cuando las herramientas open source no son suficientes, existen soluciones comerciales con mejor soporte para sistemas de archivos Linux:
- R-Studio for Linux: soporte completo de EXT2/3/4, Btrfs, ReiserFS, XFS, JFS. Interfaz gráfica y modo consola.
- Zero Assumption Recovery (ZAR): orientado a carving de imágenes, muy eficaz en recuperación de fotos y documentos sin estructura de directorios.
- GetDataBack for Linux: especialmente eficaz en EXT4 con superbloque dañado.
En RecuperaTusDatos.es combinamos estas herramientas con nuestro propio software de análisis a nivel de sectores para maximizar las probabilidades de recuperación. Ofrecemos diagnóstico gratuito y presupuesto cerrado antes de iniciar el trabajo. Los precios para sistemas Linux oscilan entre 250 € y 800 € según la complejidad.
WhatsApp