El antiguo problema de la Beta de ZimaOS, por el que la mayor parte del disco de instalación permanecía sin usar, se solucionó hace mucho tiempo. El mismo usuario que lo informó en las versiones 1.1.0 y 1.2.2 volvió en febrero de 2025 y confirmó que ZimaOS 1.3.1 amplió automáticamente y correctamente la octava partición de datos durante el primer arranque.
Ese cierre es más importante que la antigua solución alternativa manual del hilo resize2fs solución alternativa. Los usuarios actuales no deberían redimensionar manualmente las particiones del sistema de ZimaOS, a menos que hayan comprobado primero que la expansión automática falló en una versión actual y tengan una copia de seguridad.
Cómo era la instalación de la Beta inicial
La instalación bare metal de 2024 creó las particiones de arranque y de ranura del sistema de ZimaOS, además de una pequeña partición de datos, y dejó sin usar la mayor parte del disco físico. Esto hacía que el panel pareciera “perder” terabytes, aunque el disco estuviera en buen estado.
Por qué los primeros intentos de redimensionamiento manual eran arriesgados
El hilo pasó de ejemplos con Proxmox y bare metal a la ampliación manual de particiones y sistemas de archivos. Esto crea una distinción importante: ampliar un disco virtual, ampliar una partición y ampliar el sistema de archivos dentro de esa partición son tres operaciones distintas.
Al ejecutarse resize2fs si se aplica a la partición equivocada o a un sistema de archivos cuya partición contenedora no se ha ampliado, no puede crear espacio libre en el disco. Editar el diseño del sistema de ZimaOS también pone en riesgo el diseño de recuperación de doble ranura.
La solución alternativa de ttydBridge pertenece al contexto histórico
Esas capturas de pantalla documentan cómo los usuarios obtuvieron acceso a un terminal e intentaron redimensionar manualmente en 2024. No deben considerarse el procedimiento de instalación actual.
El hilo tiene una solución verificada
En febrero de 2025, el usuario original volvió a probar ZimaOS 1.3.1 e informó de que la octava partición se expandió correctamente durante el primer arranque. Esto significa que el defecto de expansión automática original ya se había solucionado en esa versión.
El instalador actual de ZimaOS ahora requiere al menos 25 GB de almacenamiento de destino y gestiona automáticamente el flujo normal de instalación.
Si una instalación actual sigue mostrando una capacidad incorrecta
Primero compara el tamaño del disco físico, la tabla de particiones y el sistema de archivos montado con lsblk o la interfaz de almacenamiento. Determina si la capacidad faltante está realmente sin asignar, pertenece a otra partición o simplemente no forma parte del espacio de almacenamiento que estás viendo.
La lista de comprobación de las capas de capacidad utiliza el mismo método por capas. La lista de comprobación de la instalación actual debe consultarse antes de realizar cualquier redimensionamiento destructivo.
Conclusión
El informe «ZimaOS no usa todo el disco» correspondía a un error de la versión Beta inicial, no a una regla de diseño actual. ZimaOS 1.3.1 ya había corregido la expansión automática en la prueba del usuario que informó originalmente del problema. En una versión moderna, diagnostica primero la capa exacta de capacidad y deja la modificación manual de particiones como último recurso.
