"Remote I/O Error" est renvoyée quand on récupère une erreur du serveur ou quelque chose d'inattendu.
Si tu as un journal ça peut aider à diagnostiquer.
Tu peux d'ailleurs y regarder toi-même si tu te souviens le nom du fichier qui a planté.
/usr/include/asm/errno.h a écrit#define EREMOTEIO 121 /* Remote I/O error */
Donc tu dois avoir dans le journal un truc qui a retourné
-121 (puisque c'est dans une écriture, on retourne un négatif sinon cela voudrait dire un nombre d'octets écrits).
Tu peux aussi faire ça pour voir toutes les erreurs :
$ grep ERROR /tmp/debug.txt
[1fichierfs 4.279] ERROR: Ignoring: (http_code: 403) url=`https://api.1fichier.com/v1/user/info.cgi` name=`/`.
Là c'est une erreur "normale" au démarrage. Le driver vient d'être lancé et il cherche à récupérer l'espace disponible, mais ce point d'entrée de l'API ne peut être appelé qu'une fois toutes les 5 minutes, et quand tu viens de lancer, tu ne sais pas si une autre instance avant n'avait pas appelé dans les 5 minutes précédentes (mon Raspberry Pi que je viens d'éteindre avait dû utiliser le point d'entrée trop récemment).
Pareil pour les "warning" (etc...)
$ grep WARNING /tmp/debug.txt
[1fichierfs 0.000] WARNING: debug messages not present in this executable. Please run make with DEBUG=1
Idem, je lance toujours avec le mode Debug (7) mais comme c'est la version packagée 1.8.4 qui tourne, elle n'a pas les messages de DEBUG, et donc c'est comme si on avait mis le niveau Info (6).
Il peut effectivement arriver une micro-coupure réseau ou serveur qui fasse planter le transfert FTP, ça on n'y peut pas grand chose hélas... juste recommencer le fichier qu'on était en train de copier !
Le driver n'essaye pas de "recommencer" tout seul. Ce serait un algorithme compliqué, et ça ne marchera plus avec le http upload qui arrive contrairement à FTP où il est possible de recommencer où ça a planté avec un "append".
Si c'est sur un fichier de taille zéro, comme tu le disais précédemment... là ce serait plus étonnant car un bug. Le seul accès serveur que peut déclencher un fichier vide est la lecture des répertoires parent. Mais s'il se produit une erreur pendant cette lecture, l'erreur est journalisée et les répertoires sont affichés comme s'ils étaient vides. C'est la librairie fuse qui fait ces accès avant de créer le fichier vide et donc il ne peut jamais y avoir cette erreur "Remote I/O" (logiquement et sauf bug !) dans le cas d'un fichier vide.
