Solución de la comunidad

ZimaOS se vuelve muy lento después de varias horas: diagnóstico

A ZimaOS system became extremely slow after several hours; later Btrfs scrub results revealed checksum corruption requiring deeper storage diagnosis.

Síntomas: la interfaz web y Samba se vuelven muy lentos

El caso comenzó con un sistema ZimaOS 1.6.1 que se ralentizaba después de varias horas: el panel podía tardar minutos en cargarse y crear carpetas mediante Samba también se volvía extremadamente lento. Reiniciar mejoraba temporalmente el rendimiento.

Recopilar diagnósticos mientras el sistema está lento

El hilo recomienda comprobar la carga, la memoria, los sistemas de archivos, el estado de RAID y los errores del kernel antes de reiniciar. El momento es importante: los primeros resultados, obtenidos inmediatamente después de reiniciar, parecían normales y ocultaron inicialmente el fallo.

El scrub del almacenamiento detectó corrupción real

Más tarde, un scrub de Btrfs informó de 16 errores de suma de comprobación: 3 se corrigieron y 13 no pudieron corregirse. Esto orientó la investigación hacia la capa de almacenamiento, aunque el hilo aún no demostró si la causa original fue un disco, la ruta SATA, la capa RAID, un problema de memoria o una interrupción anterior.

No ejecutes directamente btrfs check --repair

La comunidad desaconsejó repetidamente ejecutar la reparación a ciegas. La documentación oficial del scrub de Btrfs explica su funcionamiento, mientras que la documentación de btrfs check explica las precauciones relacionadas con la reparación.

Usa el caso como patrón de diagnóstico

Si tanto la interfaz como las operaciones con archivos se ralentizan, comprueba el estado del almacenamiento en lugar de asumir que la interfaz web es la causa principal. Consulta la guía de almacenamiento de ZimaOS y la información actual de ZimaOS.