Si vous rencontrez les anciennes erreurs de la version bêta de ZimaOS 1.6.2 dans Fichiers — AppData inaccessible, chemins incorrects, opérations sur les favoris bloquées ou lenteur lors des copier-coller — n’appliquez pas les solutions de contournement de l’époque de la bêta sur un système actuel. La version Beta2 a corrigé les principaux problèmes de régression d’AppData et de performances de copie, et les versions stables ultérieures ont apporté d’autres corrections concernant le service de fichiers, le YAML, la mémoire et Fichiers.
Le fil de discussion d’origine est utile, car il montre le compromis de sécurité à l’origine de la régression : IceWhale a renforcé l’accès aux liens de fichiers pour remédier à la traversée de chemins, mais la première bêta a accidentellement bloqué des chemins légitimes. Les utilisateurs actuels doivent mettre à jour le système, reproduire exactement l’opération, puis seulement diagnostiquer les permissions ou le stockage.
Ce qui a cessé de fonctionner dans la version 1.6.2 Beta1
IceWhale a confirmé que l’accès à AppData était connu pour être défaillant après le renforcement de la sécurité. Les utilisateurs ont également signalé des copier-coller lents entre disques et des dossiers inaccessibles.
La Beta2 a corrigé la principale régression d’AppData et de copie
IceWhale a publié la Beta2 spécifiquement pour résoudre le problème d’AppData inaccessible. Un utilisateur a ensuite retesté les copies entre disques et confirmé que le ralentissement observé dans la Beta1 avait disparu.
Ne désactivez pas les contrôles de sécurité pour rétablir les anciens chemins
Les modifications de sécurité ont été introduites pour corriger la traversée de chemins. Évitez les scripts ou les modifications de configuration qui affaiblissent globalement la validation des chemins simplement pour retrouver l’accès à un dossier système protégé.
Utilisez la version actuelle de ZimaOS avant de poursuivre le dépannage
Les notes de version de ZimaOS 1.7.1 incluent une autre correction importante du service de fichiers, des corrections de problèmes de mémoire lors des opérations sur les fichiers et une correction empêchant les dossiers vides de rester après une coupe.
AppData doit être géré, pas parcouru comme un dossier multimédia ordinaire
Les chemins de configuration des applications sont plus sensibles que les dossiers utilisateur classiques. Utilisez les volumes associés à l’application ainsi que les commandes actuelles de gestion et de migration d’AppData, au lieu de considérer chaque chemin interne sous /media comme un dossier à usage général.
Si les favoris déclenchent toujours une erreur de politique de sécurité
Supprimez puis ajoutez de nouveau le favori du dossier utilisateur normal, actualisez complètement Fichiers et relevez le chemin exact ainsi que la version actuelle de ZimaOS. Si vous utilisez une version ultérieure, ne supposez pas que le problème est le même que l’ancien bug de la bêta 1.6.2.
Le contraste du mode sombre relève de l’affichage, pas d’une corruption des données
Les captures d’écran d’origine documentaient également des icônes USB et du texte de conflit illisibles en mode sombre. Passez au mode clair si nécessaire pendant le dépannage, mais ne confondez pas ces bugs d’affichage avec une défaillance du stockage.
Vérifiez les opérations de copie indépendamment
Pour les déplacements importants, comparez le nombre et la taille des fichiers dans la destination avant de supprimer la source. Une régression de l’interface Fichiers et une perte réelle de données sont deux problèmes différents.
Le guide de migration des données présente la méthode plus sûre pour gérer les données.
Distinguez les erreurs d’interface des véritables erreurs du système de fichiers
Une page « Oups » ou une action sur les favoris bloquée peut être due à un échec du frontend ou de la politique de sécurité, alors que le stockage sous-jacent reste sain. Vérifiez le dossier avec SMB ou au moyen d’un contrôle en lecture seule dans un terminal avant de supposer que des fichiers ont disparu.
Relevez le chemin exact qui échoue
Les régressions de sécurité sont souvent spécifiques à certains chemins. Notez si l’échec concerne AppData, le répertoire racine /media, un dossier utilisateur normal, un favori ou un volume USB externe. Ce contexte permet de déterminer s’il s’agit d’une protection attendue ou d’un bug.
FAQ
AppData était-il inaccessible dans la version 1.6.2 Beta1 ?
Oui. IceWhale l’a explicitement reconnu et a publié la Beta2 pour le corriger.
La Beta2 a-t-elle corrigé les performances de copie ?
Un utilisateur ayant signalé le problème a effectué un nouveau test et confirmé que le ralentissement observé dans la Beta1 avait disparu.
Dois-je supprimer les contrôles de politique de sécurité ?
Non. Ces contrôles ont été ajoutés pour remédier à un problème de sécurité lié à la traversée de chemins.
Que dois-je faire avec une version actuelle ?
Mettez d’abord le système à jour, reproduisez exactement le problème de dossier ou d’action, capturez des captures d’écran et des journaux, et évitez d’appliquer d’anciennes modifications propres aux versions bêta.
