Omnimount· Guías EN

Recuperar datos de un disco ext4 dañado desde un Mac

Actualizado noviembre 2026 · apagones, apagados bruscos, journal sucio, discos de NAS

Tu disco ext4 viene de una máquina que se quedó sin luz, se colgó o se desconectó sin desmontar. Ahora lo único que tienes a mano es un Mac, y o no muestra nada o suelta un aviso de «disco no legible». Lo más probable es que los datos estén intactos — ext4 es un sistema de archivos con journaling pensado justo para esto. Lo que falta es el único paso de recuperación que las herramientas de macOS se saltan. Aquí tienes el proceso entero.

Por qué no monta: el journal sucio

Cuando un sistema de archivos se interrumpe a mitad de una escritura, ext4 se marca como «no desmontado limpiamente». No se permite un montaje normal hasta que se reproduce el journal — se aplica el registro de escrituras pendientes para dejar el sistema consistente otra vez. En Linux esto ocurre solo al montar. Las herramientas ext4 de solo lectura a las que se suele recurrir en un Mac (ext4fuse, o un montaje FUSE pelado) no reproducen el journal, así que fallan con errores como:

cannot read block bitmap
ext4 recovery flag is set, the fs needs to be run through e2fsck
superblock last mount time is in the future

Eso no es un disco muriéndose — es un sistema de archivos pidiendo que lo comprueben antes de fiarse de él.

Paso 1: conecta el disco y no toques nada

Mete el disco en una carcasa USB o un dock y conéctalo. Cuando macOS ofrezca Inicializar o Borrar, elige siempre Ignorar. No dejes que Utilidad de Discos lo «repare» ni lo formatee — eso actúa sobre todo el dispositivo y puede sobrescribir precisamente los datos que quieres recuperar.

Paso 2: pasa una comprobación del sistema de archivos (el paso que lo arregla)

La solución es e2fsck, el comprobador de ext4. Pásalo sobre la partición (no sobre todo el disco) para reproducir el journal y reparar inconsistencias:

# desmonta primero cualquier auto-montaje y comprueba la partición
sudo e2fsck -fy /dev/diskXsY

-f fuerza una comprobación completa aunque parezca limpia; -y responde que sí a las reparaciones. Si el disco está físicamente sano esto es rápido y seguro, y la partición monta con normalidad después. Si no sabes cuál es tu diskXsY, diskutil list muestra cada partición y su tipo.

Paso 3: monta en solo lectura y copia tus ficheros

Cuando la comprobación pase, monta la partición en solo lectura y copia lo que importa — estás rescatando, no editando. Las carpetas de usuario de Linux viven en /home/<nombre>. Un montaje con privilegios muestra los ficheros de todos los usuarios sin importar los permisos de Linux.

Si el disco se está muriendo

Clics, desconexiones aleatorias, copias que se atascan siempre en el mismo byte: deja de copiar fichero a fichero. Clona el disco entero a una imagen en una sola pasada secuencial — lo más suave que puedes hacerle a un disco que falla — y luego pasa la comprobación y la recuperación sobre la imagen, nunca sobre el original.

Los discos de NAS y servidor tienen un detalle extra

Los volúmenes ext4 de OpenMediaVault, Synology sobre md o un servidor casero suelen activar cuotas internas o funciones que un montaje FUSE básico no traga. El síntoma es un montaje que falla incluso tras una comprobación limpia. Leer un disco de NAS en un Mac cubre ese caso al completo.

Olvídate del terminal. Omnimount hace todos los pasos de arriba automáticamente: detecta el journal sucio, pasa la comprobación, repara las funciones de cuota que usan los discos de NAS y monta ext4 y NTFS en lectura/escritura desde la barra de menú — sin extensiones del kernel, sin Modo Recuperación, sin pedir contraseñas.

Consigue Omnimount — 9,99 € o compílalo gratis (GPL)