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.


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

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





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.
