Solución de la comunidad

ZimaOS detecta un disco en buen estado, pero no puede habilitarlo: qué comprobar

A ZimaOS 1.6.1 user could see healthy SATA drives but could not enable them as standalone storage because they already carried unsupported filesystem data.

Si ZimaOS detecta una unidad como saludable, pero el flujo «Habilitar» indica que no hay ningún disco disponible, no des por hecho que la unidad ha fallado. En ZimaOS 1.6.1, los usuarios informaron de un caso límite de la interfaz en el que se detectaban discos con un sistema de archivos existente o no compatible, pero no podían adoptarse como almacenamiento independiente mediante la pantalla normal de Habilitar.

El orden seguro es: identificar el disco, determinar qué sistema de archivos o metadatos de partición contiene, decidir si es necesario conservar algún dato y, después, utilizar el flujo de Almacenamiento actual. El borrado debe ser el último paso, no la primera acción de diagnóstico.

Cómo se manifiesta este síntoma específico

  • ZimaOS muestra el disco en una sección de dispositivos detectados recientemente.
  • El estado de salud parece normal.
  • El disco puede aparecer como candidato al crear una matriz.
  • La ruta independiente de Habilitar indica que no hay discos disponibles.
  • El disco ya contiene NTFS, exFAT, Linux, RAID u otros metadatos antiguos.

Este patrón es diferente del de un disco que está completamente ausente de la BIOS o de Linux. Si el hardware no puede ver la unidad en absoluto, comprueba primero el cable, la alimentación, el controlador y el estado de la unidad.

Paso 1: Identifica el disco sin modificarlo

Usa la interfaz de ZimaOS para anotar el modelo, la capacidad y el nombre del dispositivo. Si te sientes cómodo con la terminal, lsblk -f permite inspeccionar de forma segura los nombres de los dispositivos, los sistemas de archivos, las etiquetas y los UUID.

No te bases únicamente en la capacidad cuando haya instalados varios discos del mismo tamaño. Confirma el modelo y el sistema de archivos existente antes de realizar cualquier acción destructiva.

Paso 2: Decide si los datos existentes son importantes

Si el disco procede de Windows, otra NAS, Unraid, TrueNAS, Linux o un conjunto RAID antiguo, considera que puede contener datos recuperables incluso cuando ZimaOS marque el formato como no compatible.

Conéctalo a un entorno que entienda el sistema de archivos antiguo, copia todo lo importante y verifica la copia de seguridad antes de borrar los metadatos de la partición o del sistema de archivos.

Paso 3: Vuelve a intentar el flujo de Almacenamiento actual de ZimaOS

La guía de configuración del almacenamiento de ZimaOS actual documenta el flujo moderno de configuración de Almacenamiento. ZimaOS ha cambiado considerablemente desde la versión 1.6.1, por lo que no debes asumir que el comportamiento antiguo de la interfaz siga siendo exactamente el mismo.

Después de proteger los datos antiguos, usa la interfaz actual para inicializar o añadir el disco. Si la versión estable más reciente todavía no puede adoptarlo, registra el sistema de archivos exacto y la versión actual de ZimaOS para comunicárselos al soporte.

Por qué «Saludable» no significa «Listo para usar»

El estado de salud de la unidad y la compatibilidad del sistema de archivos responden a preguntas diferentes. Un estado saludable indica que el hardware responde con normalidad. No garantiza que ZimaOS pueda montar el sistema de archivos existente o adoptar directamente el diseño de particiones actual.

Esta distinción evita un error común: reemplazar un disco perfectamente funcional cuando el problema real son los metadatos antiguos.

¿Cuándo es apropiado borrar un disco?

Solo cuando se cumplan estas tres condiciones:

  1. estás seguro de haber seleccionado el disco correcto;
  2. todos los datos importantes tienen una copia de seguridad o se pueden eliminar intencionadamente;
  3. entiendes que eliminar los metadatos del sistema de archivos o de la partición puede hacer que el contenido anterior deje de ser accesible.

Borrar un disco es un paso de preparación para reutilizarlo, no un atajo de diagnóstico. Si no estás seguro, detente antes de realizar cambios y verifica el disco en otro equipo.

No uses a ciegas comandos antiguos de borrado desde la CLI

En los foros, a veces se recomienda directamente usar comandos que eliminan firmas o tablas de particiones. Esos comandos pueden ser eficaces, pero un solo nombre de dispositivo incorrecto puede destruir el disco equivocado. Para una guía dirigida a usuarios generales de ZimaOS, la recomendación más segura es diagnosticar primero, proteger los datos y preferir la interfaz actual siempre que sea posible.

La lista de comprobación del almacenamiento de ZimaOS ofrece un orden de resolución de problemas más seguro.

¿Qué ocurre si el disco procede de otra matriz RAID o NAS?

Los superbloques RAID antiguos, las etiquetas ZFS, los metadatos LVM o los diseños de partición específicos de una NAS pueden dificultar la adopción, aunque el sistema de archivos visible resulte familiar. No borres esos metadatos si es posible que necesites reconstruir la matriz antigua.

Si el disco forma parte de un RAID degradado que todavía contiene datos importantes, la recuperación debe hacerse antes de reutilizarlo.

Preguntas frecuentes

¿Por qué ZimaOS indica que mi disco está saludable, pero no me permite habilitarlo?

El disco puede estar físicamente sano, mientras que su sistema de archivos o sus metadatos de partición existentes no son aptos para el flujo independiente de Habilitar.

¿«Formato no compatible» significa que la unidad está dañada?

No. Normalmente se refiere al sistema de archivos o al diseño de particiones existente, no al estado del hardware.

¿Puedo formatear el disco sin usar SSH?

En las versiones actuales de ZimaOS, prueba primero la interfaz más reciente de configuración de Almacenamiento. La limitación original se notificó en la versión 1.6.1 y no debe considerarse una regla permanente de la interfaz.

¿Debo borrar un disco antiguo de una NAS antes de importarlo?

Solo después de recuperar o hacer una copia de seguridad de todo lo importante. Los metadatos antiguos de RAID o del sistema de archivos pueden ser valiosos si más adelante necesitas reconstruir el almacenamiento original.