Comprueba la BIOS antes de cambiar las particiones o la configuración de ZimaOS
Cuando una unidad SATA no aparece ni en ZimaOS ni en otro sistema operativo instalado, la visibilidad en el firmware es el primer criterio de diagnóstico. Si la BIOS de ZimaCube indica que la bahía está vacía, formatear, montar y cambiar la configuración de las aplicaciones no hará visible ese hardware.
El autor original probó seis unidades Seagate IronWolf Pro ST8000NT001. Las unidades funcionaban en otros sistemas, mientras que un disco duro antiguo de un portátil sí era detectado en ZimaCube. Esto descartó la afirmación simple de que todas las bahías o todas las unidades probadas estuvieran averiadas, pero no demostró la teoría del autor sobre la revisión de SATA.
Apaga ZimaCube antes de insertar, retirar o volver a colocar una unidad. Posteriormente, el equipo indicó que las operaciones de conexión y desconexión de unidades en este diagnóstico debían realizarse con el ordenador apagado.
Aísla la unidad, la bandeja, la bahía y la ruta de hardware compartida
Confirma que cada bandeja esté completamente colocada antes de cerrar su asa. Un participante señaló que el asa podía cerrarse incluso cuando el soporte no se había conectado correctamente. Prueba una unidad que sepas que funciona cada vez, en lugar de llenar todas las bahías y cambiar varias variables simultáneamente.
Observa si el fallo sigue a una unidad concreta o a una bahía concreta. Otro participante descubrió que una unidad defectuosa hacía que otros discos desaparecieran del backplane y provocaba una detección inconsistente entre arranques. Un fallo que sigue a la unidad apunta en una dirección distinta a la de varias unidades conocidas como buenas que fallan en la misma bahía.
Si varios discos desaparecen a la vez, la alimentación, el backplane u otra ruta compartida siguen siendo posibles causas. Reproduce el resultado desde un arranque en frío y anota las combinaciones exactas de bahía y modelo antes de solicitar asistencia.
Usa lsblk solo después de que el firmware detecte el dispositivo
Si la BIOS muestra el disco, inicia ZimaOS y ejecuta lsblk. Un disco visible en la BIOS y en lsblk, pero ausente en Archivos o Almacenamiento, corresponde a una rama relacionada con la presentación del sistema operativo o los metadatos; no es el mismo problema que un dispositivo completamente ausente.
Un usuario tenía discos antiguos utilizados anteriormente en un RAID de Synology. La BIOS y lsblk los detectaban, y eliminar el formato y la información de particiones antiguos desde un entorno Linux activo permitió que ZimaOS los viera. Esa era una rama distinta de la ausencia original a nivel de BIOS.
Borrar los metadatos de particiones o RAID es destructivo. Identifica el dispositivo por modelo, capacidad y número de serie; realiza una copia de seguridad de los datos recuperables; y nunca borres un disco simplemente porque el disco ya detectado de otro usuario tenía metadatos obsoletos.
No consideres un apaño con un pin de 3,3 voltios como solución general
Una respuesta del equipo sugirió que algunos discos de clase empresarial podían responder al comportamiento de desactivación de alimentación de 3,3 voltios y mencionó aislar el pin de alimentación correspondiente como prueba. El tema no validó esa sugerencia para las seis unidades originales.
Otro miembro que utilizaba un modelo relacionado de 14 TB informó de que la prueba con cinta no produjo ninguna diferencia. El autor también rechazó los pines cubiertos con cinta como base poco fiable para un RAID o un grupo de almacenamiento. Estos resultados impiden que este hilo respalde una solución universal del tipo «arreglar el pin de 3,3 V».
No modifiques los conectores ni dependas de un aislamiento suelto dentro de un sistema de almacenamiento en producción sin documentación específica del hardware y una vía de servicio compatible. En su lugar, vuelve a las pruebas que aíslan la unidad de la bahía.
Solicita asistencia cuando ni la BIOS ni lsblk detecten el disco
El límite de diagnóstico final del equipo fue explícito: comprueba el disco en la BIOS y ejecuta lsblk. Si el disco no aparece en ninguno de los dos sitios después de colocarlo correctamente con el equipo apagado y realizar pruebas controladas con las unidades, contacta con el soporte de IceWhale para solicitar el reemplazo del backplane.
Proporciona el modelo de ZimaCube, el modelo y el firmware de la unidad, las bahías afectadas, fotografías de la BIOS, la salida de lsblk y los resultados obtenidos con una unidad conocida como buena. Esta es una evidencia más sólida que suponer que se trata de un estándar SATA antiguo, algo que el tema nunca confirmó.
Después de reparar o reemplazar el componente, valida todas las bahías desde un arranque en frío, comprueba la BIOS y lsblk y, a continuación, realiza un segundo reinicio antes de crear un RAID. La detección en ambos arranques es la señal de recuperación.
Preguntas frecuentes
¿Debería borrar una unidad que no aparece en la BIOS de ZimaCube?
No. Los datos de las particiones no son la primera línea de diagnóstico cuando el firmware no puede detectar el hardware. Primero aísla el comportamiento relacionado con la colocación, la unidad, la bahía, la alimentación y el backplane.
¿Puede una unidad defectuosa hacer que desaparezcan otros discos de ZimaCube?
Un participante informó exactamente de ese comportamiento. Prueba una unidad cada vez para comprobar si el fallo sigue a un disco específico.
¿Cuándo debería solicitar el reemplazo del backplane?
El equipo recomendó contactar con el soporte cuando un disco probado correctamente no aparezca ni en la BIOS ni en lsblk.
