KDE corrige un bug vieux de 15 ans : une copie USB devra vraiment être terminée

La copie est annoncée comme terminée, vous retirez la clé USB… et les fichiers ne sont pas correctement enregistrés. KDE corrige un bug signalé en 2011 qui pouvait faire confondre une copie en mémoire avec une écriture réellement achevée sur le support. Les changements sont intégrés au code et prévus pour KDE Frameworks 6.32, attendu le 13 novembre 2026.

Le problème concerne KIO, la couche de gestion des entrées-sorties utilisée notamment par Dolphin. Ce n’est donc pas simplement un nouveau dessin de barre de progression : la correction touche la façon de suivre et de terminer les transferts.

Les données en mémoire n’étaient pas encore sur la clé

Quand une application écrit un fichier, le système peut d’abord placer les données dans un cache en RAM. Il les transmet ensuite au support. Sur un SSD rapide, l’écart peut être discret ; avec une clé lente, il devient beaucoup plus visible.

Le défaut était d’annoncer la réussite trop tôt. La notification reflétait alors surtout la vitesse à laquelle les données entraient dans le cache, pas celle du périphérique. L’utilisateur pouvait croire son fichier en sécurité alors que des écritures restaient à effectuer.

Le rapport initial, ouvert en septembre 2011, décrivait déjà une vitesse affichée impossible pour le périphérique utilisé. Quinze ans plus tard, ce décalage trouve enfin une réponse plus complète.

La fin du transfert attendra les écritures

Le travail présenté par le développeur Méven Car change notamment la manière de confirmer une copie vers un support amovible. Avant d’annoncer le succès, KIO attend la synchronisation des données de destination. Si cette étape échoue, l’opération doit être signalée comme échouée plutôt que validée prématurément.

Le déplacement reçoit une protection particulièrement utile : les fichiers sources sont conservés jusqu’à la réussite de la synchronisation. L’objectif est d’éviter de supprimer l’original alors que sa destination n’est encore fiable qu’en apparence.

Cette approche ne rend pas une clé USB physiquement plus rapide. Elle rend le temps annoncé plus honnête et la confirmation de fin plus pertinente.

Les copies réseau sont également concernées

Les partages réseau peuvent eux aussi souffrir d’un écart entre les données acceptées en mémoire et celles réellement envoyées. Le travail vise donc également une progression plus représentative et un meilleur comportement pendant les copies vers ces destinations.

Ce point intéressera les utilisateurs de NAS : le débit d’un transfert dépend du réseau et du stockage distant, pas uniquement de la rapidité du PC à remplir son cache. Un indicateur qui avance trop vite peut rendre le diagnostic particulièrement trompeur.

Disponible avec Frameworks 6.32, puis selon votre distribution

Le correctif est annoncé pour Frameworks 6.32 le 13 novembre. Cela ne signifie pas que tous les utilisateurs de Plasma l’auront ce jour-là : chaque distribution déploie les bibliothèques selon son propre calendrier.

Je trouve ce changement plus utile au quotidien que bien des retouches visibles du bureau. Il évite surtout une fausse certitude au moment où l’on s’apprête à débrancher son support.

En attendant son arrivée, et même après, conservez le réflexe d’éjecter proprement la clé dans le système avant de la retirer. L’éjection et la confirmation du transfert répondent à des étapes complémentaires : une notification de copie ne doit pas devenir une invitation à débrancher sans vérifier.