Aller au contenu principal

Corriger un montage cloud en lecture seule qui empêche d'enregistrer les fichiers — avec RcloneView

· 3 minutes de lecture
Steve
Senior Engineer

Lorsqu'un lecteur cloud monté refuse les enregistrements, la cause est généralement un paramètre du montage ou une autorisation, et les deux se vérifient rapidement.

Vous avez monté un remote, ouvert un document, et l'enregistrement échoue, ou les fichiers se copient mais ne peuvent pas être modifiés. Avant d'incriminer le fournisseur cloud, regardez comment le montage a été configuré. RcloneView regroupe toutes les options pertinentes dans une seule boîte de dialogue, ce qui vous permet de trouver la cause sans toucher à la ligne de commande. RcloneView synchronise également les dossiers et les compare, avec les fonctions de base disponibles dans la licence FREE.

Aperçu de l'application RcloneView

Gérez et synchronisez tous vos clouds au même endroit

RcloneView est une interface graphique multiplateforme pour rclone. Comparez des dossiers, transférez ou synchronisez des fichiers et automatisez vos workflows multi-cloud avec une interface visuelle et épurée.

  • Tâches en un clic : Copier · Synchroniser · Comparer
  • Planificateurs et historique pour une automatisation fiable
  • Compatible avec Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP et plus
WindowsmacOSLinux
Commencer gratuitement →

Fonctions essentielles gratuites. Automatisations disponibles avec Plus.

Vérifier d'abord l'option Read Only​

Les paramètres de montage comprennent un interrupteur Read only, désactivé par défaut. S'il était activé lors de l'enregistrement du montage, toutes les écritures sont refusées. Ouvrez le gestionnaire de montages depuis l'onglet Remote, démontez l'entrée puis modifiez-la. Edit et Delete sont désactivés tant qu'un lecteur est monté ; le démontage est donc nécessaire avant toute modification.

Désactivez Read only, puis choisissez Save and mount.

Gestionnaire de montages de RcloneView affichant les paramètres de montage

Examiner le mode de cache​

Le mode de cache VFS par défaut est writes, qui met en mémoire tampon locale les fichiers écrits afin que les applications puissent enregistrer normalement. Le régler sur off ou minimal peut perturber les programmes qui se déplacent dans les fichiers (seek) ou les réécrivent sur place. Si un éditeur échoue à l'enregistrement, essayez writes ou full.

Surveillez aussi l'espace libre de l'emplacement du cache. Un disque de cache plein provoque des échecs d'écriture qui ressemblent à des problèmes d'autorisations. Si vous le soupçonnez, consultez le guide associé sur les erreurs de disque plein du cache VFS ci-dessous.

Configuration du mode de cache lors du montage depuis l'explorateur de remotes

Écarter les causes liées au compte et à la plateforme​

Certains remotes sont en lecture seule par nature. Le remote HTTP n'offre qu'un accès en lecture, et un dossier partagé pour lequel on ne vous a accordé que des droits de consultation ne peut pas être modifié, quel que soit le réglage du montage. Testez en téléversant un fichier via le panneau Explorer : si cela échoue aussi, le problème vient du remote ou de ses autorisations, pas du montage.

Sous Linux, le montage nécessite FUSE (fuse3 est recommandé). Si d'autres utilisateurs doivent y accéder, activez Allow other. Sous Windows, un montage qui apparaît comme lecteur réseau peut se comporter différemment avec certaines applications ; essayez donc de basculer cette option.

Historique des tâches pour vérifier les opérations d'écriture ayant échoué

Pour commencer​

  1. Téléchargez RcloneView depuis rcloneview.com.
  2. Démontez le lecteur, ouvrez son entrée dans le gestionnaire de montages et confirmez que Read only est désactivé.
  3. Réglez le mode de cache sur writes et vérifiez l'espace disque libre.
  4. Testez un téléversement dans l'Explorer pour distinguer les autorisations du remote des paramètres du montage.

La plupart des échecs d'écriture remontent à l'une de ces vérifications, et toutes prennent quelques minutes.


Guides associés :

Fournisseurs cloud pris en charge

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces