El «ZimaOS Premium Snapshot Script» no es una instantánea de ZimaOS en el sentido de un sistema de archivos o una máquina virtual. No crea una instantánea de Btrfs ni una imagen de copia de seguridad. Es un script Bash de la comunidad que recopila un informe de diagnóstico: versión del sistema, uso de recursos, temperaturas, sistemas de archivos, estado de RAID, estado SMART, contenedores de Docker, tamaño de AppData, configuración de red y procesos principales.
Eso puede hacerlo útil para el soporte, pero también significa que el texto generado puede contener detalles del entorno que quizá no quieras publicar. Zima-Giorgio elogió la idea y sugirió guardar los archivos de informe iterativos en /DATA porque se puede acceder más fácilmente a esa ubicación desde Files. IceWhale no adoptó ni certificó el script como herramienta de diagnóstico integrada en este hilo.
El script genera un único informe del sistema legible para las personas
El script de origen recopila:
- versión de ZimaOS, variante, fecha de compilación, nombre de host, fabricante y modelo;
- carga de la CPU, memoria, intercambio y temperaturas;
- uso del sistema de archivos y distribución de los discos;
- estado de RAID y Btrfs;
- estado SMART de los discos;
- contenedores de Docker en ejecución y detenidos;
- tamaños de los directorios AppData y Main-Storage;
- interfaces IPv4, puentes y ruta predeterminada;
- los procesos que más CPU y memoria consumen.
Un informe de diagnóstico no es una copia de seguridad ni una instantánea del sistema de archivos
La palabra «snapshot» puede inducir a error. El script escribe información del sistema en un archivo de texto; no captura bases de datos de aplicaciones, archivos, capas de contenedores ni el estado del almacenamiento en un momento determinado para su restauración.
Para fines de recuperación, usa la copia de seguridad de ZimaOS, exportaciones compatibles con las aplicaciones, protección RAID o herramientas reales de instantáneas del sistema de archivos o de máquinas virtuales.
El script original escribía en Main-Storage
El script V1 creó:
/media/Main-Storage/Zima_snapshot/y almacenaba allí informes de texto fechados. Esa ruta supone que el espacio de almacenamiento del usuario se llama realmente Main-Storage.
En otro sistema, codificar esa ruta directamente puede fallar o escribir en un lugar no deseado si el punto de montaje no está disponible.
Zima-Giorgio sugirió /DATA para facilitar el acceso
En la respuesta final de la fuente, Zima-Giorgio dijo que, si el proyecto seguía iterando, sugeriría almacenar los archivos de salida en /DATA porque se puede acceder más fácilmente a ese directorio mediante la aplicación Files.
Este fue un comentario oficial sobre el proyecto de la comunidad, no un anuncio de que IceWhale hubiera integrado el script.
La salida SMART requiere interpretación por dispositivo
El informe de ejemplo mostraba campos SMART tradicionales de discos HDD, como temperatura, sectores reasignados, sectores pendientes, errores CRC y horas de encendido. También mostraba «SMART no disponible» para los dispositivos NVMe, porque el análisis simple del script no generaba un resultado NVMe equivalente.
No interpretes «no disponible» en este script como una prueba de que NVMe no tiene telemetría de estado.
El script se escribió en torno a la configuración RAID 5 del autor
El ejemplo etiqueta explícitamente md0 e imprime una sección «Estado de RAID5». Otra instalación de ZimaOS puede usar RAID 1, RAID 6, JBOD, ZFS, discos individuales o dispositivos md con nombres diferentes.
Antes de reutilizar el script, revisa todos los dispositivos, rutas de montaje y supuestos del sistema de archivos codificados directamente.
La salida de Docker puede revelar el inventario de aplicaciones
El informe incluye nombres de imágenes de contenedores y nombres de aplicaciones. Esto resulta útil para el personal de soporte, pero una publicación pública puede revelar qué servicios ejecutas, qué versiones están instaladas y, potencialmente, qué aplicaciones están desactualizadas.
Redacta los nombres de servicios innecesarios cuando el informe se publique fuera de un canal de soporte de confianza.
La salida de red puede revelar la topología interna
El informe de ejemplo enumera nombres de interfaces, direcciones IP de la LAN, redes virtuales, puentes de Docker y rutas predeterminadas. El autor de la fuente ocultó manualmente parte de la información de IP en el ejemplo publicado.
Antes de compartir públicamente un informe, revisa:
- direcciones IP y subredes;
- nombres de host;
- nombres de interfaces VPN o de superposición;
- nombres de montajes y recursos compartidos;
- nombres de aplicaciones o contenedores;
- cualquier ruta que incluya identificadores personales.
Prefiere los diagnósticos de solo lectura
La ventaja de este tipo de script es que la mayoría de los datos útiles para solucionar problemas se pueden recopilar mediante comandos de solo lectura, como información del sistema, uso de disco, consultas SMART, listados de Docker e inspección de procesos.
Un script de diagnóstico no debería reiniciar servicios silenciosamente, depurar Docker, modificar metadatos de RAID ni eliminar registros. Mantén la recopilación de evidencias separada de las acciones de reparación.
ZimaOS ya expone más información de diagnóstico sobre el almacenamiento y las aplicaciones
La sección actual Configuración > Aplicaciones muestra el uso de almacenamiento y los controles de caché de cada aplicación, mientras que Almacenamiento expone el estado de los discos y la información de los arreglos. Primero usa las herramientas de visibilidad integradas y añade después un informe de la comunidad cuando el soporte necesite una instantánea más amplia del sistema en un solo archivo.
Las herramientas actuales de visibilidad del almacenamiento de aplicaciones pueden responder muchas preguntas relacionadas con el espacio sin necesidad de un script personalizado.
Preguntas frecuentes sobre las instantáneas de diagnóstico
¿Este script crea una instantánea del sistema que se pueda recuperar?
No. Crea un informe de diagnóstico de texto.
¿Adoptó IceWhale oficialmente el script?
No. Zima-Giorgio lo elogió y sugirió almacenar los informes en /DATA, pero el código sigue siendo creado por la comunidad.
¿Debería publicarse el informe sin revisarlo?
No. Puede exponer direcciones IP, topología, nombres de almacenamiento, inventario de aplicaciones y otros detalles del entorno.
