Cuando se conecta un DAS externo a ZimaOS, hay al menos dos capas de detección que deben comprobarse: si Linux puede ver cada dispositivo de bloques y si la interfaz de Almacenamiento de ZimaOS registra esas unidades para su gestión. Este hilo de diciembre de 2025 mostró por qué es importante distinguirlas.
El autor de la publicación original ejecutaba ZimaOS 1.5.3 con un TerraMaster D4-320 y solo podía ver tres de las cuatro unidades en la interfaz. Después, otros usuarios informaron de un síntoma relacionado, pero diferente: los cuatro discos aparecían en lsblk y fdisk -l, pero ninguno aparecía correctamente en la aplicación Almacenamiento de ZimaOS.
Primero, separa la detección del kernel del registro de almacenamiento de ZimaOS
Una sugerencia inicial culpaba al puente DAS de no exponer cada disco de forma independiente. Esa explicación se retiró posteriormente después de que otro usuario publicara lsblk una salida que muestra los cuatro discos de 5,5 TB como dispositivos independientes.
Eso cambió el rumbo de la resolución de problemas. Si todos los discos aparecen individualmente en lsblk o fdisk -l, el puente USB al menos está exponiendo esos dispositivos de bloques al sistema operativo. El problema restante puede encontrarse en un nivel superior de la pila de gestión del almacenamiento.
No des por hecho que reformatear o borrar sea una solución comprobada
Las respuestas de la comunidad plantearon que los diseños de GPT/sistemas de archivos creados manualmente podrían ser la razón por la que la interfaz de Almacenamiento de ZimaOS ignoraba los discos. Después, los usuarios intentaron borrar las firmas de los sistemas de archivos y las tablas de particiones.
Esos intentos no solucionaron el problema de forma fiable. Dos participantes informaron de que las unidades seguían sin aparecer en Almacenamiento después de procedimientos destructivos de borrado y de reiniciar el sistema. El propietario de un D5-300C informó de un comportamiento similar.
Como esos comandos de borrado procedían de participantes de la comunidad y no resolvieron los casos originales, no deben promocionarse como un procedimiento oficial de reparación. Los comandos para borrar discos pueden destruir permanentemente los datos si se aplican al dispositivo equivocado.
El equipo de ZimaOS intentó reproducir el caso del D4-320
El miembro del equipo de IceWhale 777-Spider dijo que el equipo estaba adquiriendo hardware DAS pertinente para reproducir el problema. Unos días después, Dina informó de que el equipo había probado un TerraMaster D4-320 con cuatro unidades NTFS/exFAT formateadas en Windows y que las cuatro aparecían en ZimaOS durante la prueba.
Ese resultado es importante porque significa que el hilo no estableció una incompatibilidad general entre ZimaOS y TerraMaster D4-320. En cambio, el equipo pidió a los usuarios afectados más información sobre los formatos de sistema de archivos y cómo se habían formateado las unidades.
Recopilación oficial de registros de diagnóstico del hilo
Dina también proporcionó un comando de diagnóstico oficial para recopilar información sobre dispositivos de bloques, la API de almacenamiento local y devmon.service información en un archivo de registro. Este comando procedía del hilo de diciembre de 2025 y podría requerir ajustes en futuras versiones de ZimaOS.
sudo -i
LOG=/DATA/disk-info.log; : > $LOG; { echo "=== lsblk ==="; lsblk; echo; echo "=== lsblk -f ==="; lsblk -f; echo; echo "=== curl http://127.0.0.1/v2/local_storage/disk ==="; curl http://127.0.0.1/v2/local_storage/disk; echo; echo "=== curl http://127.0.0.1/v2/local_storage/storages ==="; curl http://127.0.0.1/v2/local_storage/storages; echo; echo "=== journalctl -xe -u devmon.service ==="; journalctl -xe -u devmon.service; echo; } >> $LOG 2>&1 && echo "The output has been saved to $LOG"La publicación indicaba que el archivo resultante podía encontrarse en /ZimaOS-HD/disk-info.log en Files y lo compartió con el equipo de soporte. Esto es una recopilación de diagnósticos, no un comando que repare o formatee un disco.
Los discos no detectados y RAID 5 eran problemas independientes
El autor original también quería crear un clúster RAID 5. Durante el hilo, el problema de la unidad no detectada impidió evaluar correctamente ese flujo de trabajo. Más tarde, tras los intentos de borrado realizados por la comunidad, el usuario seguía sin poder crear el RAID y además había perdido la visibilidad de las unidades en Files y Storage.
La respuesta de IceWhale del 15 de diciembre de 2025 indicaba que la gestión de dispositivos USB, incluido el formateo y la creación de RAID, estaba prevista para una futura versión. Considera esa afirmación una nota histórica de la hoja de ruta, no una prueba de lo que admite actualmente cada versión de ZimaOS.
Un orden de diagnóstico más seguro
- Confirma cuántos discos están instalados físicamente en el DAS.
- Comprueba si cada disco aparece de forma independiente en la capa de dispositivos de bloques de Linux.
- Compara esa información con lo que muestra la interfaz de ZimaOS Storage.
- Anota el tipo de sistema de archivos y cómo se formateó anteriormente cada disco.
- No borres las tablas de particiones simplemente porque una publicación de la comunidad lo sugiera.
- Si el kernel detecta los discos, pero ZimaOS Storage no los muestra, recopila los diagnósticos y proporciona a soporte el modelo exacto de la carcasa, la información del sistema de archivos y la versión de ZimaOS.
Preguntas frecuentes sobre DAS externos de ZimaOS
¿El TerraMaster D4-320 solo muestra tres unidades en ZimaOS?
El hilo no respaldaba esa conclusión. Otros usuarios mostraron cuatro discos independientes en lsblk, y posteriormente el equipo de IceWhale informó de que veía las cuatro unidades en su propia prueba con el D4-320.
Si lsblk detecta todas las unidades, ¿por qué ZimaOS Storage puede seguir sin mostrarlas?
La detección a nivel del kernel y el registro en ZimaOS Storage son capas diferentes. El hilo original mostró casos en los que el kernel enumeraba las unidades, pero la interfaz no las mostraba.
¿Debería ejecutar sgdisk o wipefs para que aparezcan las unidades?
No según este hilo. Esas sugerencias destructivas procedían de respuestas de la comunidad y no resolvieron el problema de forma fiable. Haz una copia de seguridad de los datos y utiliza las indicaciones de soporte actuales antes de borrar los metadatos de cualquier disco.
¿Se resolvió completamente el problema en el hilo?
No. El equipo reprodujo una configuración funcional del D4-320 con discos NTFS/exFAT y solicitó información de diagnóstico a los usuarios afectados, pero en el hilo no se publicó una causa raíz ni una solución universal.
