Límites del producto para el volumen Btrfs
Btrfs: primero las instantáneas, después todo lo demás
¿Cómo recupero archivos borrados de un volumen Btrfs?
Respuesta breve
Primero con los snapshots: btrfs subvolume list -s muestra todas las instantáneas y desde un estado anterior a la pérdida basta con copiar el archivo. Sin snapshot ayuda el copy-on-write, porque los bloques antiguos permanecen hasta que se reutiliza el espacio; entonces desmonta, crea una imagen y usa btrfs restore. File Recovery Hero no lee Btrfs.
Lo que ocurre
Faltan archivos en un volumen Linux con Btrfs, o el sistema de archivos ya no se monta.
En Btrfs la recuperación empieza por un paso que ningún otro sistema de archivos de Linux plantea así: la lista de instantáneas. La orden btrfs subvolume list -s muestra cada instantánea existente; si encuentras una anterior a la pérdida, el archivo deja de ser un caso de recuperación y pasa a ser una copia que sacas del directorio de la instantánea. Solo cuando no hay ninguna instantánea rige el orden de siempre, sin excepción: desmontar, crear una imagen sin comprimir y trabajar únicamente con esa imagen. Si el volumen ya no se monta en absoluto, btrfs restore lo lee de forma explícita sin intentar ninguna reparación: ese es el camino, y no btrfs check --repair.
01 / Clasificar
Que es probablemente lo que pasó
Aclara primero si realmente se ha perdido algo. Un volumen que ya no monta suele ser, en Btrfs, un árbol cuya raíz más reciente es inservible; un intento de montaje de solo lectura con -o ro,rescue=usebackuproot recurre entonces a una raíz anterior sin escribir nada. Si el sistema informa en cambio de errores de suma de verificación, es una buena noticia con mala presentación: Btrfs te dice exactamente qué bloque está dañado en lugar de entregarte datos falsos en silencio. En un perfil en espejo va a buscar por su cuenta la copia intacta.
Btrfs trabaja según el principio copy-on-write: un bloque modificado se escribe en otro lugar y solo después el árbol apunta hacia él. Por eso la versión anterior permanece físicamente en su sitio mientras el espacio no se reasigne, y por eso las instantáneas resultan aquí baratas y habituales. Pero ese mismo comportamiento complica la búsqueda ciega por firmas: un archivo grande acaba repartido en muchos extents alejados entre sí, y un programa que no conoce Btrfs no vuelve a unirlos correctamente.
Revise la ruta, la papelera y las copias sin escribir en el soporte original.
02 / Medidas inmediatas
Así se protegen los datos restantes
- 1
Consulta primero las instantáneas existentes con
btrfs subvolume list -santes de iniciar cualquier programa de recuperación. - 2
Desmonta el volumen afectado; si no es posible, vuelve a montarlo solo en lectura con
-o ro. - 3
Crea con
ddoddrescueuna imagen sin comprimir en otra unidad física y trabaja únicamente con ella. - 4
Guarda cada hallazgo en un tercer destino, nunca de vuelta en el volumen ni dentro de la imagen.
No ejecutes btrfs check --repair mientras sigas necesitando los datos: la reparación escribe en los árboles de metadatos y ya ha dejado inservibles sistemas de archivos completos. No montes el volumen en escritura, ni siquiera «solo un momento para mirar», porque el propio montaje puede desencadenar una limpieza. No borres instantáneas para hacer sitio; aquí pueden ser tus únicas copias completas.
03 / Escanear
El método debe coincidir con la fuente.
Soportes exFAT, NTFS y FAT16/FAT32 estables y legibles o imágenes IMG, DD, RAW y BIN sin comprimir.
Los archivos no confirmados llevan la extensión .UNVERIFIED.
File Recovery Hero no lee metadatos de Btrfs: ni subvolúmenes, ni instantáneas, ni los árboles de sumas de verificación. La base admitida son soportes exFAT, NTFS y FAT16/FAT32 legibles de forma estable e imágenes IMG, DD, RAW y BIN sin comprimir, siempre en modo de solo lectura. Una imagen de Btrfs se puede recorrer así por firmas, pero el árbol de directorios, los nombres de archivo y el encadenamiento copy-on-write de los archivos grandes proceden de los metadatos de Btrfs y quedan fuera. Los defectos físicos y los soportes cifrados tampoco entran.
04 / Resultado
Cómo reconocer una restauración utilizable
Abre por completo cada archivo recuperado y compara su tamaño con el esperado. Los archivos procedentes de una instantánea son la parte segura: allí la estructura está intacta. Todo lo que salga de una búsqueda por firmas en la imagen ya no lleva nombre ni carpeta y, en archivos grandes, puede contener bloques ajenos por el medio; léelo por eso hasta el final.
Conserve el soporte hasta tener dos copias verificadas. Una vista previa no basta.
Fuentes y notas técnicas
Preguntas frecuentes
Preguntas sobre este caso
¿Se pueden recuperar estos archivos en este caso?+
En Btrfs la recuperación empieza por un paso que ningún otro sistema de archivos de Linux plantea así: la lista de instantáneas. La orden btrfs subvolume list -s muestra cada instantánea existente; si encuentras una anterior a la pérdida, el archivo deja de ser un caso de recuperación y pasa a ser una copia que sacas del directorio de la instantánea. Solo cuando no hay ninguna instantánea rige el orden de siempre, sin excepción: desmontar, crear una imagen sin comprimir y trabajar únicamente con esa imagen. Si el volumen ya no se monta en absoluto, btrfs restore lo lee de forma explícita sin intentar ninguna reparación: ese es el camino, y no btrfs check --repair. El resultado depende de lo que siga siendo legible en el origen.
¿Qué debo evitar antes de la exploración?+
No ejecutes btrfs check --repair mientras sigas necesitando los datos: la reparación escribe en los árboles de metadatos y ya ha dejado inservibles sistemas de archivos completos.
¿El escaneo escribe en mi tarjeta de memoria?+
No. Tu tarjeta de memoria solo se lee. No se guarda nada en ella.
¿Cómo reconozco un resultado completo?+
Abre por completo cada archivo recuperado y compara su tamaño con el esperado.
¡Para! Tus datos sonlejos.¡Han vuelto!
Primero analiza gratis y luego decide.