El título dice NTFS, pero el diagnóstico del origen encontró algo diferente. lsblk -f mostró que la partición USB era en realidad HFS+. El usuario logró montarla en /DATA/usb-test, pero aun así no aparecía en Archivos de ZimaOS. Luego, el kernel registró que no se admitía el acceso de escritura a un sistema de archivos HFS+ con journaling y que el sistema de archivos se había montado en modo de solo lectura.
Por lo tanto, el origen contiene dos problemas distintos: una ruta montada manualmente que Archivos de ZimaOS no consideraba almacenamiento administrado, y un sistema de archivos HFS+ con journaling que Linux expuso en modo de solo lectura. No se trataba de un fallo de detección del hardware USB.
Comprueba el sistema de archivos antes de dar por correcta la etiqueta
El usuario pensaba que el disco era NTFS. El comando:
lsblk -fmostró sdc1 como hfsplus. Confía siempre en los metadatos reales del sistema de archivos, no en la memoria ni en la etiqueta de la carcasa.
El disco ya estaba montado
La salida original mostró sdc1 montado en rutas como:
/DATA/usb-test
/var/lib/casaos_data/usb-testEso significa que «no aparece en Archivos» ya no era lo mismo que «no está montado».
Un montaje manual no es necesariamente una entrada de almacenamiento administrada por ZimaOS
La respuesta de la comunidad razonó que Archivos normalmente muestra ubicaciones de almacenamiento administradas por ZimaOS, en lugar de directorios arbitrarios creados mediante un montaje manual desde el shell. El personal de IceWhale no confirmó esta explicación, así que considérala un límite probable entre la interfaz y el administrador de almacenamiento, no una garantía oficial.
El kernel indicó explícitamente que el HFS+ con journaling era de solo lectura
La línea clave del registro indicaba que no se admitía la escritura en un sistema de archivos HFS+ con journaling y que forzar el modo de escritura sería arriesgado.
No uses un montaje con escritura forzada en datos HFS+ valiosos solo para facilitar una migración.
La versión actual de ZimaOS indica que HFS/HFS+ admite lectura y escritura
La documentación actual de IceWhale sobre formatos indica que HFS/HFS+ admite lectura y escritura en discos USB e internos. Esto es más amplio que el caso específico de montaje manual de abril de 2026, en el que el kernel trató el volumen con journaling como de solo lectura.
Consulta la matriz actual de formatos de disco compatibles y, después, prueba la unidad exacta de forma no destructiva.
Para una migración puntual, el modo de solo lectura puede ser suficiente
Si el objetivo es copiar archivos antiguos de Mac desde HFS+ al almacenamiento RAID de ZimaOS, el acceso de solo lectura suele ser más seguro que forzar la compatibilidad de escritura. Copia los datos al NAS, verifícalos y, después, reformatea la unidad externa solo si quieres reutilizarla con otro sistema de archivos.
Reformatea solo después de copiar los datos de forma segura
exFAT es práctico para el intercambio entre plataformas; ext4 o Btrfs es más adecuado para la gestión y las funciones nativas de Linux. El formateo destruye el sistema de archivos existente, así que conserva copias verificadas antes de cambiarlo.
Preguntas frecuentes sobre la visibilidad de las unidades USB
¿La unidad del origen era realmente NTFS?
No. lsblk -f la identificó como HFS+.
¿ZimaOS detectó el disco USB?
Sí. La unidad y la partición fueron detectadas, y la partición se montó manualmente.
¿Por qué estaba en modo de solo lectura?
El registro del kernel del origen indicaba que no se admitía la escritura en HFS+ con journaling y que se había montado en modo de solo lectura.
