En résumé : traitez une barre de progression des fichiers bloquée et un échec de copie depuis le cloud comme deux problèmes distincts
Le fil de discussion de 2024 a mis en évidence les deux. Les transferts Dropbox pouvaient réellement s’arrêter, tandis que l’interface Fichiers pouvait également continuer à afficher une ancienne tâche annulée, perdre la progression après une actualisation ou masquer des opérations simultanées. Cette distinction est importante, car l’actualisation du navigateur peut modifier ce que vous voyez sans modifier le transfert sous-jacent, et relancer la copie peut créer du travail en double.
Commencez par classer le chemin de transfert
Notez précisément la source et la destination :
- Cloud → stockage local ZimaOS
- Stockage local ZimaOS → Cloud
- Dossier local ZimaOS → autre dossier local
- Client SMB → ZimaOS
La prise en charge actuelle des services cloud par ZimaOS considère Google Drive, Dropbox et OneDrive comme des sources montées permettant de transférer des données vers et depuis le stockage local. Le flux de travail moderne est bien plus complet que l’implémentation initiale en version 1.2.x décrite dans le fil.
Les services cloud de ZimaOS constituent la référence produit actuelle.
Vérifiez l’espace disponible sur la destination avant de relancer une copie volumineuse
df -h
du -sh /media/DESTINATION/TARGETUn transfert depuis le cloud peut échouer en cours de route lorsque la destination est pleine, qu’un disque externe se déconnecte ou qu’un chemin monté change. Vérifiez l’espace libre et la stabilité de la destination avant de supposer que l’API du fournisseur est défaillante. Si les données sont importantes, effectuez une copie plutôt qu’un déplacement jusqu’à ce que la destination soit vérifiée.
Pour les grandes bibliothèques cloud, utilisez des lots plus petits et vérifiez chaque lot
Les signalements d’origine concernant les versions 1.2.x/1.3.x étaient particulièrement peu fiables pour les transferts cloud à grande échelle. ZimaOS a amélioré ce processus, mais les grandes bibliothèques restent plus faciles à valider lorsqu’elles sont transférées par lots logiques. Copiez un dossier de premier niveau, vérifiez le nombre et la taille des fichiers, puis ouvrez quelques fichiers représentatifs avant de commencer le lot suivant.
Le modèle de téléversement reprenable de Google Drive et les méthodes de transfert de Dropbox illustrent pourquoi les transferts cloud volumineux nécessitent des opérations avec reprise sur erreur et gestion d’état.
N’utilisez pas l’actualisation du navigateur comme mécanisme de contrôle du transfert
Dans l’ancienne version de Fichiers, l’état de la progression résidait en partie dans la session web chargée et pouvait disparaître après une actualisation, même si le travail côté serveur se poursuivait. L’interface n’affichait également qu’une seule opération lorsque plusieurs étaient en cours. Par conséquent, lorsqu’une carte de progression semble obsolète, ne recolle pas immédiatement le même dossier. Vérifiez d’abord la destination et attendez que l’activité du disque et du réseau se stabilise.
L’annulation d’un transfert peut ne pas être instantanée
IceWhale a expliqué que l’ancien mécanisme d’annulation pouvait devoir attendre la fin du fichier en cours avant l’arrêt effectif de la tâche. Ainsi, l’état « Annulation demandée » et l’état « processus arrêté côté serveur » ne correspondaient pas toujours. Pour les fichiers individuels volumineux, laissez suffisamment de temps au fichier actif pour se fermer correctement avant de lancer une tâche de remplacement.
Finder ou SMB peuvent être préférables pour les métadonnées Mac
L’auteur d’origine a finalement préféré Finder sur Mac à Fichiers de ZimaOS, car les étiquettes Finder et certaines métadonnées ne survivaient pas au processus de copie via le navigateur comme il l’espérait. Si les métadonnées macOS sont importantes, un transfert SMB direct peut constituer un meilleur chemin local que le transfert via une abstraction de navigateur ou de cloud.
Le partage de fichiers NAS offre cette alternative pour les fichiers locaux.
La prise en charge actuelle du cloud ne signifie pas que tous les fournisseurs sont disponibles
Ne déduisez pas la prise en charge d’iCloud ou de Box à partir d’anciennes images marketing ou de demandes de fonctionnalités. Utilisez les fournisseurs répertoriés dans l’interface et la documentation actuelles de Cloud Drive de ZimaOS. Si un fournisseur n’est pas disponible, utilisez son mécanisme de synchronisation ou d’export pris en charge, ou un outil tiers choisi délibérément, plutôt que d’inventer un montage non officiel.
Sauvegardez vos données avant de transformer une migration en déplacement
Pour les données irremplaçables, procédez dans cet ordre : copier → vérifier → sauvegarder → supprimer la source ultérieurement. La sauvegarde ZimaOS constitue une meilleure protection que de dépendre d’un seul transfert via le navigateur. Si vous déplacez des données d’application plutôt que des fichiers ordinaires, utilisez la migration des données ZimaOS au lieu d’effectuer une copie manuelle avec Fichiers.
FAQ
Pourquoi la barre de progression de Fichiers reste-t-elle bloquée ?
Un état obsolète de l’interface et un transfert réellement bloqué côté serveur sont deux possibilités différentes. Vérifiez l’activité de la destination avant de relancer la même copie.
Puis-je actualiser le navigateur pendant une copie ?
Un transfert moderne peut continuer, mais l’actualisation peut supprimer ou réinitialiser les informations de progression côté client. Évitez d’utiliser l’actualisation pour contrôler la tâche.
Pourquoi les copies cloud volumineuses échouent-elles plus souvent ?
Les transferts longs exposent davantage aux limitations du fournisseur, aux interruptions réseau, au manque d’espace disque et aux problèmes de reprise. Des lots plus petits et vérifiés sont plus faciles à récupérer.
ZimaOS prend-il en charge iCloud Drive ?
Ne le supposez pas à partir d’anciennes images produit. Utilisez les fournisseurs actuellement répertoriés dans les paramètres de Cloud Drive de ZimaOS et dans la documentation actuelle.
Dois-je utiliser Fichiers ou SMB sur un Mac ?
Utilisez SMB/Finder lorsque les performances locales et les métadonnées du système de fichiers Mac sont importantes. Utilisez Fichiers lorsque le flux de travail via le navigateur ou le cloud est la fonctionnalité recherchée.
