Solución de la comunidad

SSD NVMe del Beelink ME Mini no aparece en la interfaz de ZimaOS: diagnóstico

Beelink ME Mini users could read and write NVMe RAID pools while the ZimaOS dashboard misidentified drives or reported incorrect pool usage.

En resumen: si el RAID funciona, pero ZimaOS indica que faltan los discos NVMe, sospecha primero de la asignación de ranuras antes que de un fallo del disco

En varias instalaciones de Beelink ME Mini, el almacenamiento RAID 0/5 seguía siendo legible y escribible mediante SMB mientras el panel mostraba discos NVMe ausentes o información incorrecta sobre el espacio libre. Este patrón significa que Linux y la capa RAID ya pueden ver los dispositivos. La capa defectuosa es la asignación de ranuras físicas/la interfaz de ZimaOS.

Almacenamiento de ZimaOS mostrando un grupo RAID5 con discos NVMe indicados como ausentes en un Beelink ME Mini
El grupo seguía siendo accesible, pero ZimaOS mostraba cuatro ranuras NVMe como ausentes aunque el RAID subyacente funcionaba.
Almacenamiento de ZimaOS mostrando un grupo RAID0 con miembros NVMe ausentes del mapa visual de ranuras
Un segundo grupo mostró la misma discrepancia: almacenamiento RAID utilizable por debajo, pero una presentación incorrecta de los discos físicos en el panel.

Primero demuestra que el NVMe y el RAID están sanos por debajo de la interfaz

lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS
lspci | grep -i "Non-Volatile"
cat /proc/mdstat
df -h

Si el RAID está montado, SMB funciona y los dispositivos NVMe esperados aparecen en lspci/lsblk, no reconstruyas el arreglo solo para corregir el panel. Las pantallas de almacenamiento actuales de ZimaOS están diseñadas para mostrar el estado del disco, la capacidad y la información de lectura/escritura una vez que la asignación sea correcta.

El estado del almacenamiento de ZimaOS muestra el estado final esperado.

La asignación de NVMe utiliza direcciones PCI, no lsblk HCTL

Terminal de ZimaOS donde lsblk -o hctl solo devuelve el encabezado HCTL para dispositivos NVMe
Este diagnóstico fallido ilustra un error común: HCTL es útil para dispositivos de estilo SCSI/SATA, mientras que la asignación de NVMe necesita direcciones PCI.

La antigua corrección para hardware que no es Zima usaba lspci para NVMe. lsblk -o hctl es la rama SATA/SCSI y puede no devolver nada útil para NVMe. Esta distinción resolvió la confusión del hilo.

La corrección histórica de local-storage.conf

uso de IceWhale para hardware que no es Zima /etc/casaos/local-storage.conf y actualizó el NVME asignación para que coincida con las direcciones PCI expuestas por lspci, seguido de:

systemctl restart zimaos-local-storage

Posteriormente, los usuarios descubrieron que el comportamiento real del analizador en sus versiones requería direcciones separadas por espacios en lugar del ejemplo separado por comas publicado originalmente. Como se trata de una solución alternativa antigua y de bajo nivel, haz una copia de seguridad de la configuración y prioriza primero el comportamiento actual de ZimaOS antes de editarla manualmente.

La asignación de discos que no son Zima conserva el procedimiento histórico.

Cómo se ve una vista NVMe corregida

Grupo RAID5 de ZimaOS que muestra tres SSD NVMe TEAMGROUP con el estado, las temperaturas y un 0 % de uso
Una configuración posterior de Beelink mostró el resultado esperado: los modelos individuales de NVMe, la capacidad y las temperaturas visibles en la interfaz de almacenamiento.
Grupo RAID5 de ZimaOS que muestra tres SSD NVMe Crucial de 2 TB con información de estado y temperatura
Otra configuración corregida mostró los nombres de los modelos NVMe, el uso y las temperaturas en lugar de tarjetas de discos faltantes de marcador de posición.
Pantalla de almacenamiento RAID5 de ZimaOS que muestra correctamente tres SSD NVMe Crucial de 4 TB detectados
Un mapa de ranuras funcional con tres unidades NVMe de 4 TB demostró que el problema estaba en la asignación de la interfaz, no en la funcionalidad RAID.
Almacenamiento de ZimaOS que muestra seis discos NVMe faltantes en el panel antes de corregir la asignación PCI de NVMe
Las seis posiciones NVMe aparecían como faltantes aunque el grupo existía, lo que reforzaba que la configuración de las ranuras era incorrecta.
Grupo RAID5 de ZimaOS que muestra correctamente seis SSD NVMe Crucial después de actualizar la asignación de direcciones PCI
Después de corregir la asignación de direcciones PCI de NVMe, aparecieron los seis SSD con sus datos de modelo, capacidad y temperatura.

Una vez que la asignación sea correcta, el panel puede mostrar cada modelo de SSD, su capacidad, temperatura y uso en lugar de tarjetas de discos faltantes de marcador de posición. La solución cambia la forma en que ZimaOS asocia los dispositivos PCI físicos con las ranuras visuales; no repara los datos del sistema de archivos.

Cómo comprobar el estado de NVMe independientemente de la interfaz

nvme list
nvme smart-log /dev/nvme0
smartctl -a /dev/nvme0

Las comprobaciones de estado de nvme-cli proporcionan las herramientas estándar de NVMe para Linux. Úsalas cuando el panel sea dudoso, pero aún necesites pruebas sobre el estado de la unidad.

Cuándo no debes editar el mapa de ranuras

Si el dispositivo NVMe está ausente de lspci y lsblk, no tienes un problema exclusivo de la interfaz. Comprueba primero la BIOS, la instalación de las unidades, el protocolo de las ranuras, la alimentación y la compatibilidad del hardware. Editar el mapa de ranuras no puede hacer que aparezca una unidad que no se detecta físicamente.

El almacenamiento de ZimaCube 2 y la recuperación de RAID ofrecen arquitecturas de referencia más seguras.

Preguntas frecuentes

¿Por qué funciona mi RAID de Beelink cuando ZimaOS muestra discos ausentes?

Linux puede ensamblar y montar el RAID aunque el mapa visual de ranuras de ZimaOS no coincida con la topología PCIe de Beelink.

¿Debería recrear el RAID para solucionar la ausencia de tarjetas NVMe?

No. Si los datos son legibles y la matriz está en buen estado, corrige o informa del problema de asignación de la interfaz en lugar de destruir una matriz funcional.

¿Por qué lsblk -o hctl no muestra nada?

Los dispositivos NVMe utilizan PCIe y la solución anterior empleaba direcciones de lspci. HCTL es más relevante para la asignación de dispositivos de tipo SCSI/SATA.

¿Puedo seguir usando nvme-cli si la interfaz de ZimaOS muestra información incorrecta?

Sí, si el dispositivo es visible para Linux. nvme smart-log puede proporcionar de forma independiente el estado, la temperatura y los contadores de errores, sin depender del panel.

¿Sigue siendo recomendable editar local-storage.conf como primer paso?

No. Es una solución histórica para hardware que no es Zima. Prueba primero la versión actual y conserva una copia de seguridad de la configuración antes de realizar ediciones manuales.