Si estás viendo los errores de Archivos de la versión beta antigua de ZimaOS 1.6.2 —AppData inaccesible, rutas incorrectas, operaciones de Favoritos bloqueadas o copias y pegados lentos—, no apliques soluciones temporales de la etapa beta en un sistema actual. Beta2 corrigió la principal regresión de AppData y del rendimiento de copia, y las versiones estables posteriores añadieron más correcciones del servicio de archivos, YAML, memoria y Archivos.
El hilo original es valioso porque muestra el equilibrio de seguridad que provocó la regresión: IceWhale reforzó el acceso a los enlaces de archivos para solucionar la vulnerabilidad de recorrido de rutas, y la primera beta bloqueó accidentalmente rutas legítimas. Los usuarios actuales deben actualizar, reproducir la operación exacta y solo después diagnosticar los permisos o el almacenamiento.
Qué falló en 1.6.2 Beta1
IceWhale confirmó que el acceso a AppData se había interrumpido después del refuerzo de seguridad. Los usuarios también informaron de copias y pegados lentos entre unidades y de carpetas inaccesibles.
Beta2 corrigió la principal regresión de AppData y copia
IceWhale lanzó Beta2 específicamente para solucionar el problema de AppData inaccesible. Después, un usuario volvió a probar las copias entre unidades y confirmó que la ralentización observada en Beta1 había desaparecido.
No desactives las comprobaciones de seguridad para recuperar rutas antiguas
Los cambios de seguridad se introdujeron para corregir el recorrido de rutas. Evita los scripts o las modificaciones de configuración que debiliten ampliamente la validación de rutas solo para recuperar el acceso a una carpeta del sistema protegida.
Usa la versión actual de ZimaOS antes de continuar con el diagnóstico
Las notas de la versión oficial de ZimaOS 1.7.1 incluyen otra corrección de alto riesgo del servicio de archivos, correcciones de memoria relacionadas con operaciones anómalas de archivos y una solución para las carpetas vacías que permanecían después de cortar archivos.
AppData debe administrarse, no explorarse como contenido multimedia normal
Las rutas de configuración de las aplicaciones son más sensibles que las carpetas de usuario normales. Usa los volúmenes asignados de la aplicación y los controles actuales de AppData y migración, en lugar de tratar todas las rutas internas bajo /media como carpetas de propósito general.
Si Favoritos sigue provocando un error de la política de seguridad
Elimina y vuelve a añadir el favorito de la carpeta de usuario normal, fuerza la actualización de Archivos y registra la ruta exacta junto con la versión actual de ZimaOS. Si estás usando una versión posterior, no des por hecho que el antiguo error de la beta 1.6.2 es el mismo problema.
El contraste del modo oscuro es un problema estético, no una corrupción de datos
Las capturas originales también documentaban iconos USB y texto de conflictos ilegibles en el modo oscuro. Cambia al modo claro si lo necesitas mientras realizas el diagnóstico, pero no confundas esos errores de visualización con un fallo del almacenamiento.
Verifica las operaciones de copia de forma independiente
Para mover grandes cantidades de datos, compara el número y el tamaño de los archivos de destino antes de eliminar el origen. Una regresión de la interfaz de Archivos y una pérdida real de datos son resultados distintos.
La guía de migración de datos ofrece una ruta más segura para administrar los datos.
Distingue los errores de la interfaz de los errores reales del sistema de archivos
Una página de «Vaya» o una acción de Favoritos bloqueada puede deberse a un fallo de la interfaz o de la política de seguridad, mientras el almacenamiento subyacente sigue funcionando correctamente. Confirma la carpeta mediante SMB o una comprobación de solo lectura en el terminal antes de asumir que los archivos han desaparecido.
Registra la ruta exacta que falla
Las regresiones de seguridad suelen depender de la ruta. Registra si el fallo afecta a AppData, al directorio raíz /media, a una carpeta de usuario normal, a un favorito o a un dispositivo USB externo. Este contexto determina si el comportamiento corresponde a una protección prevista o a un error.
Preguntas frecuentes
¿AppData era inaccesible en 1.6.2 Beta1?
Sí. IceWhale lo reconoció explícitamente y lanzó Beta2 para solucionarlo.
¿Beta2 corrigió el rendimiento de copia?
Un usuario que informó del problema volvió a probarlo y confirmó que la ralentización observada en Beta1 había desaparecido.
¿Debo eliminar las comprobaciones de la política de seguridad?
No. Esas comprobaciones se añadieron para solucionar un problema de seguridad relacionado con el recorrido de rutas.
¿Qué debo hacer con una versión actual?
Actualiza primero, reproduce la carpeta y la acción exactas, captura capturas de pantalla y registros, y evita aplicar modificaciones específicas de las versiones beta antiguas.
