Un volumen de ZimaOS que pasa a ser de solo lectura después de un corte de energía debe tratarse como un evento de protección del sistema de archivos, no como un problema de permisos. En este caso con la versión 1.4.0, Windows informó errores de E/S y el explorador de archivos de ZimaOS mostró «sistema de archivos de solo lectura». Finalmente, el usuario recuperó el acceso con fsck.
Esta reparación exitosa es una evidencia útil, pero copiar el comando exacto sin identificar primero el sistema de archivos y el estado de desmontaje es peligroso. Los distintos sistemas de archivos requieren herramientas de reparación diferentes, y la reparación no debe ejecutarse a ciegas sobre un volumen montado.
Cómo se manifestó el fallo
El servidor utilizaba una matriz RAID1 de 2 TB. Después del corte de energía, los archivos ya no podían abrirse de forma fiable mediante Windows SMB, y la creación de una carpeta directamente en el explorador de archivos de ZimaOS fallaba porque el montaje RAID había pasado a ser de solo lectura.
Esta combinación es importante: un error de acceso del cliente junto con un mensaje del sistema de archivos del host que indica que es de solo lectura apunta a un problema subyacente a los permisos de Samba. Sugiere que debe comprobarse la integridad del almacenamiento o del sistema de archivos antes de cambiar usuarios, ACL o la configuración del recurso compartido.
La reparación del foro fue verificada por el usuario
El usuario conectó un monitor y un teclado, inició sesión con privilegios elevados, identificó el dispositivo del sistema de archivos de Linux mediante fdisk -l, ejecutó fsck -f en el dispositivo RAID, repitió la comprobación cuando persistieron los errores y reinició el sistema. Informó que esto restauró el funcionamiento normal de lectura y escritura.
Se trata de un resultado real verificado por el usuario, pero no de un procedimiento de recuperación redactado por IceWhale. La regla más segura es identificar primero el sistema de archivos exacto. El manual de e2fsck desaconseja comprobar un sistema de archivos ext montado, salvo en casos limitados y definidos de solo lectura.
Utiliza un orden de recuperación de menor riesgo
Antes de realizar cualquier reparación, detén las aplicaciones y los trabajos de sincronización que escriban en el volumen. Si todavía se puede acceder a datos importantes, copia los archivos más valiosos en un almacenamiento independiente y saludable. Registra la distribución del conjunto y los errores actuales antes de reiniciar o modificar la matriz.
La lista de comprobación para volúmenes de solo lectura amplía este proceso para ext4, XFS, Btrfs y ZFS. Es un punto de partida mejor que asumir que todas las matrices de ZimaOS deben recibir el mismo comando fsck.
Cómo acceder al terminal actual de ZimaOS
Las versiones actuales de ZimaOS ofrecen SSH y un terminal web integrado mediante el modo de desarrollador. La configuración actual de SSH documenta estos métodos de acceso.
Utiliza el acceso al terminal para inspeccionar primero el dispositivo y el tipo de sistema de archivos. Si el volumen afectado no se puede desmontar correctamente mientras el sistema normal está en ejecución, utiliza un entorno de mantenimiento o recuperación adecuado en lugar de forzar la reparación en el propio sistema.
Evita que el mismo fallo se convierta en una pérdida de datos
Un SAI puede reducir los apagados abruptos, pero no sustituye a las copias de seguridad. La limitación de recuperación de RAID explica por qué una matriz duplicada sigue necesitando una copia independiente y recuperable.
Conclusión
El caso del foro se resolvió realmente mediante una reparación del sistema de archivos, pero la lección no es «ejecuta fsck -f después de cada corte de energía». La lección correcta es: conserva los datos legibles, identifica el sistema de archivos y el dispositivo, desmonta cuando sea necesario, utiliza la herramienta de reparación nativa del sistema de archivos y solo después restablece las escrituras.
