Si OneDrive ou Dropbox disparaît de Fichiers ZimaOS, déterminez d’abord si le montage cloud a réellement disparu ou s’il est seulement absent de l’interface. La présence d’un répertoire obsolète sous /media ne prouve pas que le lecteur cloud est toujours monté ; vérifiez l’état du montage et utilisez l’interface actuelle des lecteurs cloud avant de supprimer quoi que ce soit.
Le cas source de 2025 a ensuite bénéficié d’un contexte important : une panne de OneDrive survenue en 2026 a été attribuée par la communauté à l’expiration d’un secret client Microsoft Entra utilisé par l’intégration, et IceWhale a reconnu ce problème. La documentation actuelle de ZimaOS, datée de septembre 2026, répertorie de nouveau Google Drive, Dropbox et OneDrive comme lecteurs cloud pris en charge ; cette panne historique ne doit donc pas être considérée comme une limitation permanente.
À quoi ressemblait la panne
L’utilisateur disposait encore de répertoires liés au cloud sous /media, mais OneDrive et Dropbox n’apparaissaient plus dans Fichiers. Google Drive restait monté. La réassociation des comptes manquants n’a rien changé et n’a généré aucune erreur visible.
Étape 1 : Vérifier si le montage est réel
Utilisez :
findmnt | grep -i -E 'onedrive|dropbox|google'Un répertoire existe sous /media ne suffit pas. Si findmnt n’affiche aucun système de fichiers monté pour le fournisseur manquant, considérez-le comme un chemin non monté ou obsolète plutôt que comme un stockage cloud actif.
Étape 2 : Vérifier la liste actuelle des lecteurs cloud de Fichiers
Le guide actuel des lecteurs cloud de ZimaOS documente l’intégration directe dans Fichiers pour Google Drive, Dropbox et OneDrive. Si votre fournisseur est absent d’une version stable actuelle, effectuez d’abord une mise à jour avant d’utiliser une ancienne solution de contournement.
Étape 3 : Effectuer une actualisation forcée avant une nouvelle autorisation
Effectuez un rechargement forcé ou utilisez une session de navigation privée. Un frontend obsolète peut donner l’impression qu’un état valide du backend est défectueux après une mise à jour ou une modification de l’authentification. Si le montage apparaît dans un navigateur mais pas dans un autre, le problème provient probablement de l’état de l’interface ou de la session.
Étape 4 : ne réautorisez que si l’authentification est réellement défaillante
Si l’interface ne parvient toujours pas à se connecter, recueillez l’erreur du backend avant de supprimer les identifiants. Les erreurs Microsoft telles que AADSTS7000222 indiquent un échec OAuth/du secret client côté fournisseur plutôt qu’un problème de dossier local.
Lors de l’incident OneDrive de 2026, les diagnostics de la communauté ont attribué les échecs à un secret client Azure/Entra expiré, et IceWhale a déclaré qu’il corrigerait le problème. Il s’agissait d’un problème d’intégration global, et non d’une raison pour que chaque utilisateur réécrive rclone.conf.
Ne modifiez pas manuellement rclone.conf comme première solution
Les remotes rclone standard peuvent être créés manuellement, mais Fichiers et Sauvegarde de ZimaOS peuvent associer des métadonnées et un état de montage supplémentaires aux comptes cloud gérés. Un remote créé manuellement peut fonctionner en dehors de l’interface tout en échouant à s’intégrer correctement à Fichiers.
N’utilisez rclone manuellement que si vous souhaitez intentionnellement un workflow personnalisé avancé et êtes prêt à le gérer indépendamment.
Distinguer le montage dans Fichiers des tâches de sauvegarde
Un compte cloud peut être utilisé comme montage dans Fichiers et comme destination de sauvegarde. Si une tâche de sauvegarde déclenche le problème, cessez de modifier la stratégie de sauvegarde jusqu’à ce que vous ayez confirmé que le compte cloud lui-même peut être monté normalement.
L’aperçu du workflow de sauvegarde aide à maintenir ces deux couches distinctes.
Comment vérifier la récupération
- le fournisseur réapparaît sous Externe/Cloud dans Fichiers ;
-
findmntindique un montage actif ; - vous pouvez parcourir un dossier cloud connu ;
- un petit fichier de test s’ouvre correctement ;
- Les tâches de sauvegarde utilisant le fournisseur s’exécutent sans erreurs de réauthentification.
FAQ
Mes fichiers OneDrive sont-ils supprimés si le montage disparaît ?
Non. La disparition d’un montage ZimaOS ne supprime pas les données cloud du côté du fournisseur. Vérifiez directement le compte auprès de OneDrive ou Dropbox avant d’entreprendre une récupération.
Pourquoi des dossiers obsolètes restent-ils sous /media ?
Le répertoire du point de montage peut subsister après le détachement du système de fichiers distant. Utilisez findmnt pour distinguer un montage réel d’un répertoire résiduel.
Dois-je redémarrer ZimaOS ?
Un redémarrage peut réinitialiser un état de montage obsolète, mais il ne corrigera pas un échec d’identifiants OAuth en amont. Vérifiez d’abord l’erreur réelle.
OneDrive est-il désormais pris en charge ?
Oui. La documentation de ZimaOS de septembre 2026 répertorie actuellement OneDrive, Dropbox et Google Drive dans le workflow des lecteurs cloud de Fichiers.
