Este hilo cambió de tema con el tiempo. Comenzó como un tutorial de instalación de BTOP en CasaOS en 2024, pero adquirió mucho más valor en marzo de 2025, cuando ZimaOS 1.3.3 añadió un panel de rendimiento integrado de btop y varios usuarios de ZimaBoard/ZimaBlade descubrieron que el nuevo binario se bloqueaba con Instrucción ilegal (volcado del núcleo).
El diagnóstico final vino de IceWhale, no de especulaciones de la comunidad: Zima-Giorgio dijo que el equipo no había tenido en cuenta la CPU de ZimaBoard al compilar btop y que el problema se solucionaría en ZimaOS 1.4.0. Esto convierte el caso en un error histórico de compatibilidad con la CPU, con un límite de versión claro.
ZimaOS 1.3.3 introdujo el panel integrado de btop
Las notas de lanzamiento de IceWhale para la versión 1.3.3 introdujeron btop como nuevo panel de supervisión del rendimiento en el panel de ZimaOS. El objetivo era mostrar la actividad de la CPU, la memoria, los procesos y el sistema sin obligar a los usuarios a instalar una pila de supervisión independiente.
Usa el límite de funciones de ZimaOS 1.3.3 al leer el hilo original.
El acceso directo del panel abría una pantalla para volver a conectarse
En los sistemas afectados, al hacer clic en el acceso directo se abría un puerto temporal con un número alto y solo se mostraba un aviso para volver a conectarse.
Ejecutar btop directamente produjo una instrucción ilegal
La línea de diagnóstico clave era:
btop
Instrucción ilegal (volcado del núcleo)Ese mensaje significa que la CPU intentó ejecutar una instrucción para la que se compiló el binario, pero que el hardware no admitía. Esto es muy diferente de una caché del navegador o de un tiempo de espera de WebSocket.
Varios navegadores descartaron un error específico del navegador
Los usuarios probaron Firefox, Chrome/Chromium, Safari, Brave, Opera y Edge, así como ventanas normales y modos privados/de incógnito. El comportamiento siguió siendo el mismo.
Estas pruebas negativas fueron útiles porque la primera pregunta de IceWhale durante la resolución de problemas fue si el problema podía estar relacionado específicamente con el navegador.
DevTools mostró un fallo de WebSocket después de que el backend se detuviera
Los usuarios afectados compartían la generación Intel Celeron N3450
Un usuario de ZimaBoard 832 y otro de ZimaBlade compararon el hardware y observaron que compartían CPU de la clase Intel Celeron N3450. Preguntaron si el binario de btop se había compilado para un conjunto de instrucciones de CPU más reciente, correspondiente a ZimaCube.
Más tarde, IceWhale confirmó esa hipótesis.
IceWhale confirmó que el destino de compilación era incorrecto
El 27 de marzo, Zima-Giorgio escribió que el problema se había localizado y que se solucionaría en ZimaOS 1.4.0, porque la compilación original de btop no tenía en cuenta la CPU de ZimaBoard.
Esta es la conclusión más sólida de la fuente y debería sustituir a soluciones especulativas como reinstalar los navegadores o instalar manualmente otro binario de btop en el host inmutable de ZimaOS.
El cambio de puerto alto era intencionado
CorrectRoadH, de IceWhale, dijo que btop se abriera cada vez en un puerto alto diferente era una función de seguridad destinada a dificultar la reutilización directa de la sesión temporal de monitorización.
Por lo tanto, el cambio de puerto no era en sí mismo una prueba del fallo.
No diagnostiques el btop actual basándote únicamente en el error de la versión 1.3.3
La versión actual de ZimaOS está muy por encima de 1.3.3/1.4.0. Si btop falla hoy, registra la versión actual de ZimaOS, el modelo de CPU, el error exacto de la terminal y si el problema afecta al acceso directo del panel o solo a la CLI.
Un Instrucción ilegal en una compilación moderna aún podría indicar una incompatibilidad de la CPU, pero debería investigarse como una nueva regresión en lugar de asumir que se trata del antiguo paquete de 2025.
Por qué apareció el error de WebSocket después del error de la CPU
El panel inicia una sesión interactiva con estilo de terminal para btop. Si el proceso de btop muere inmediatamente con una instrucción de CPU ilegal, el frontend pierde el backend con el que espera comunicarse. Por lo tanto, los mensajes de cierre de WebSocket y de conexión rechazada pueden ser efectos secundarios del proceso bloqueado.
Esta es una lección general útil para solucionar problemas: el primer error de la consola del navegador no siempre es la causa principal. Compáralo con lo que ocurre cuando el comando subyacente se ejecuta directamente.
El fallo del acceso directo del Administrador de red aportó otra pista
Un usuario afectado dijo que tanto los accesos directos del Administrador de recursos como del Administrador de red producían el mismo comportamiento de reconexión, mientras que el terminal web normal funcionaba. Eso sugería que el fallo estaba relacionado con el entorno de la herramienta iniciada mediante el acceso directo, en lugar de una interrupción completa de ttyd.
IceWhale aún necesitaba el btop del fallo y compartió información sobre el hardware N3450 para identificar el problema real del objetivo de compilación.
Reinstalar la misma compilación 1.3.3 no cambiaría las instrucciones de la CPU
Una vez que IceWhale confirmó que el binario en sí se había compilado sin tener en cuenta la CPU del ZimaBoard, reinstalar los navegadores, borrar la caché y reinstalar la misma versión del sistema no podían corregir el conjunto de instrucciones del ejecutable.
La solución definitiva requería un binario recién compilado, entregado en la siguiente versión de ZimaOS.
La compatibilidad del hardware incluye los binarios del espacio de usuario, no solo los controladores del kernel
Los debates sobre compatibilidad suelen centrarse en los controladores de la NIC, la GPU o el almacenamiento. Este incidente demuestra que un sistema operativo x86 genérico también puede fallar en CPU antiguas si una aplicación incluida se compila con instrucciones que el hardware no implementa.
Para máquinas x86 de terceros, un Instrucción ilegal Por lo tanto, el mensaje constituye una prueba valiosa y debe incluirse literalmente en un informe de soporte.
Preguntas frecuentes sobre la compatibilidad de btop
¿El problema de origen lo causó Firefox o Chrome?
No. Los usuarios lo reprodujeron en muchos navegadores y modos privados.
¿Cuál dijo IceWhale que era la causa principal?
El binario de btop se había compilado sin tener en cuenta el conjunto de instrucciones de la CPU del ZimaBoard.
¿Qué versión se suponía que lo solucionaría?
Zima-Giorgio dijo que el btop corregido llegaría en ZimaOS 1.4.0.
