Fichier ouvert dans Runtime Broker : libérer le fichier sans risque

Le message fichier ouvert dans Runtime Broker apparaît lorsque Windows pense qu’un processus utilise encore le fichier que vous voulez déplacer, renommer ou supprimer. Il ne signifie pas qu’il faut effacer RuntimeBroker.exe. Enregistrez d’abord votre travail, fermez normalement l’application qui a ouvert le fichier, puis réessayez une fois. Si l’avertissement revient, cherchez quel processus tient réellement ce fichier. Ne lancez pas un logiciel de récupération pour lever un verrou : Drecov n’intervient que si une copie locale a véritablement disparu.

Ce que le message révèle sur le fichier

Runtime Broker participe à la gestion des autorisations de certaines applications Windows. Le nom affiché dans la boîte de dialogue désigne un processus lié à l’accès au fichier à cet instant. Il ne prouve ni une infection ni une corruption du document. Il ne dit pas non plus quelle fenêtre a déclenché l’accès. Une visionneuse de photos peut rester active en arrière-plan. Le volet de prévisualisation de l’Explorateur peut encore examiner une image. Une application peut terminer une lecture de métadonnées après la fermeture de sa fenêtre.

Avant d’agir, relevez le chemin complet du fichier, son extension et l’opération refusée. S’agit-il d’un fichier précis ou d’un dossier entier ? Dans le second cas, un élément situé à l’intérieur peut être le véritable objet ouvert. Vérifiez aussi que vous êtes dans le bon compte utilisateur et le bon dossier. Déplacer une autre copie portant le même nom ne résoudra pas le verrou de la copie concernée. Si le message mentionne plutôt un refus d’accès, il faut examiner les droits : ce n’est pas la même panne.

Lorsque l’Explorateur lui-même ne démarre plus, les étapes changent. Consultez alors les vérifications pour un Explorateur de fichiers qui ne s’ouvre pas. Ici, Windows ouvre les dossiers, mais une action sur un fichier donné échoue avec le nom Runtime Broker.

Fermer la bonne application avant de toucher au processus

Repensez à ce que vous venez de faire. Avez-vous ouvert la photo, lancé la vidéo ou affiché le document dans une application du Microsoft Store ? Enregistrez d’abord les changements. Fermez l’application par son menu ou sa fenêtre, sans terminer son processus brutalement. Si un lecteur multimédia est en cours de lecture, arrêtez la lecture avant de fermer. Revenez ensuite dans l’Explorateur et répétez une seule fois l’action initiale. Si elle réussit, le verrou était provisoire ; aucune réparation de Windows n’est nécessaire.

Quand la cause n’est pas évidente, procédez une application à la fois. Fermez la visionneuse, essayez de renommer le fichier, puis notez le résultat. Si l’échec persiste, examinez le programme suivant. Cette méthode permet de trouver la relation utile au lieu de fermer toutes les fenêtres indistinctement. Le volet de prévisualisation mérite un essai séparé : dans l’Explorateur, désactivez-le temporairement ou quittez le dossier, puis revenez au fichier. Une vignette en cours de création peut suffire à maintenir un accès bref.

Un dossier synchronisé demande plus de prudence. Si OneDrive ou un autre service transfère encore le fichier, attendez que l’opération finisse et regardez son état de synchronisation. Ne supprimez pas la version locale sous prétexte qu’elle semble bloquée : elle peut être la seule copie à jour. Si le document est important, créez d’abord une copie indépendante et vérifiez qu’elle s’ouvre. Sur un ordinateur partagé, une autre session ou une application lancée par un autre utilisateur peut aussi intervenir.

Le Gestionnaire des tâches peut afficher plusieurs lignes Runtime Broker. Leur nombre ne suffit pas à désigner le coupable. Mettre fin à toutes ces tâches peut interrompre des applications et faire perdre des changements non enregistrés. Ce geste n’indique même pas quel programme rouvrira le fichier quelques secondes plus tard. Préférez une fermeture normale de l’application que vous avez identifiée.

Un redémarrage peut-il lever ce verrou ?

Si les applications plausibles sont fermées mais que le message revient, enregistrez le reste de votre travail et redémarrez Windows par le menu habituel. Un redémarrage clôt les processus et leurs accès ordinaires aux fichiers. Après la connexion, essayez l’opération refusée avant de rouvrir la visionneuse ou le lecteur. Si elle fonctionne, le verrou appartenait probablement à la session précédente. Si elle échoue de nouveau juste après l’ouverture d’une application précise, vous disposez d’un indice reproductible.

Ne forcez pas l’arrêt pendant une copie, une mise à jour ou une écriture sur un disque externe. Attendez la fin de ces tâches. Lorsque le périphérique disparaît, se reconnecte sans cesse ou produit de fortes erreurs de lecture, un simple redémarrage ne règle pas le problème sous-jacent. Arrêtez les essais répétés et protégez les données. Un disque externe indiqué comme étant utilisé peut présenter un autre verrou, mais aussi un problème de connexion à diagnostiquer séparément.

Le bon critère de réussite n’est pas seulement la disparition de la boîte de dialogue. Ouvrez le fichier dans l’application prévue, confirmez que son contenu est intact, puis fermez-le proprement. Répétez l’opération de déplacement ou de renommage. Si elle échoue à nouveau après l’ouverture du même programme, cherchez dans ce programme une prévisualisation, une importation ou une synchronisation restée active. Modifiez un seul réglage à la fois afin de savoir ce qui change réellement.

Identifier le détenteur avec Process Explorer

Si le verrou reste inexpliqué, l’outil Process Explorer de Microsoft peut rechercher les processus qui ont ouvert un fichier. Prenez-le sur la page officielle Sysinternals et lancez-le avec les droits nécessaires. Utilisez sa fonction de recherche sur une partie distinctive du nom ou du chemin. Lisez ensuite le chemin complet indiqué dans les résultats. Cette étape sert à identifier le détenteur ; elle ne demande pas de fermer la poignée d’accès de force.

Un nom courant comme « image » donnera trop de résultats. Choisissez plutôt le nom exact du projet ou la dernière partie d’un chemin inhabituel. Si l’outil trouve plusieurs fichiers semblables, comparez le dossier et l’extension avant toute décision. Aucune correspondance n’est également possible si le verrou s’est déjà libéré. Revenez alors dans l’Explorateur et recommencez une fois l’action voulue. Ne concluez pas à un disque endommagé sur la seule absence de résultat.

Si le résultat désigne une application ordinaire, enregistrez ses travaux et fermez-la depuis son interface. Si Runtime Broker apparaît encore, notez le contexte, redémarrez et testez sans rouvrir l’application qui utilisait le fichier. Ne remplacez ni ne supprimez RuntimeBroker.exe. Fermer une poignée directement dans un utilitaire de diagnostic peut laisser un document à moitié écrit ou perturber l’application. Lorsque vous ne comprenez pas le résultat, il est préférable d’arrêter les manipulations et de conserver les fichiers.

Pourquoi le verrou revient-il après la fermeture d’une fenêtre ?

La fermeture d’une fenêtre visible n’arrête pas toujours immédiatement la tâche qui travaillait sur le fichier. Une application peut produire une miniature, lire la durée d’une vidéo ou finir l’envoi d’une copie. Ce sont des possibilités à vérifier, pas des diagnostics automatiques. Attendez quelques instants, observez l’état de l’application, puis essayez de nouveau. Comparez au besoin un autre fichier du même type dans un dossier distinct. Si seule une vidéo particulière déclenche le message, le comportement diffère d’un verrou appliqué à tous les fichiers vidéo.

Une autre source de confusion est le résultat d’un déplacement partiel. Après une tentative ratée, regardez le dossier d’origine et la destination avant de recommencer. Le fichier peut être présent à deux endroits, ou la copie de destination peut être plus récente. Vérifiez la taille et ouvrez la version à conserver. Évitez d’écraser l’une avec l’autre par réflexe. Une demande de droits d’administrateur, un attribut lecture seule et une poignée ouverte n’ont pas la même solution.

Si plusieurs fichiers se bloquent uniquement sur un support qui se déconnecte, revenez à l’état physique du support plutôt que de chercher indéfiniment un processus. Sur un disque qui clique ou disparaît, la priorité est la conservation des données, pas une série de scans ou de suppressions. Sur un disque stable, un test reproductible permet de décider quelle application ou quel flux de travail modifier.

Si le fichier local a été supprimé pendant les essais

Un fichier encore visible mais verrouillé n’est pas un fichier perdu. Drecov ne retire pas la poignée de Runtime Broker. La récupération devient pertinente seulement si le document a réellement été supprimé après la levée du verrou, ou si vous ne retrouvez plus la copie locale attendue. Cherchez d’abord dans le dossier d’origine, la destination prévue, la Corbeille et l’historique des versions disponible. Le guide sur la façon de récupérer des fichiers supprimés détaille ces premières pistes.

Drecov est un logiciel de récupération de données Windows pour un support source stable et reconnu. Dans ce cas précis, sa recherche rapide, sa recherche approfondie si nécessaire, ses filtres et son aperçu peuvent aider à retrouver la copie locale effacée. La récupération de partition perdue est une autre fonction, utile pour une partition disparue, non pour le simple message Runtime Broker. Le logiciel ne répare pas une panne matérielle et ne promet pas de reconstituer une zone déjà écrasée.

Arrêtez d’écrire sur le volume où se trouvait le fichier. Préparez un autre disque sain pour recevoir les résultats ; n’installez pas le logiciel sur la partition source. Si celle-ci émet des clics, se déconnecte ou multiplie les erreurs de lecture, évitez les scans répétés et envisagez une image ou un spécialiste. Si le fichier n’a jamais existé localement mais seulement dans le cloud, commencez par les versions et la corbeille du service en ligne.

Une récupération réservée à la perte confirmée

Step 1 : ouvrir Drecov et choisir l’emplacement d’origine

Dans Drecov, sélectionnez le disque ou la partition qui contenait réellement le fichier avant sa suppression. Notez son ancien dossier et son nom. Ne choisissez pas le dossier de destination si vous n’y avez jamais enregistré une copie complète.

Step 2 : examiner d’abord Quick Scan sur ce volume

La recherche rapide est le premier passage. Si le fichier recherché n’apparaît pas et que le support reste stable, essayez Deep Scan. Une déconnexion ou de nouvelles erreurs de lecture sont un motif d’arrêt, pas une invitation à répéter la recherche.

Step 3 : filtrer et prévisualiser les candidats

Utilisez le type de fichier, le nom et l’ancien chemin pour réduire la liste. Prévisualisez quelques résultats pris à des dates différentes. Un aperçu lisible confirme seulement l’échantillon affiché ; il ne garantit pas chaque page ou chaque image d’une vidéo.

Step 4 : restaurer ailleurs et contrôler le résultat

Restaurez les versions plausibles sur le disque sain préparé, jamais sur le volume source. Si le résultat n’apparaît pas à l’endroit attendu, examinez Drecov Folder ou Recovery Folder. Ouvrez le fichier, contrôlez son contenu et sa taille, puis seulement reprenez le nettoyage ou la modification du dossier d’origine. Gardez le support intact si la récupération reste incomplète.

Conclusion

« Fichier ouvert dans Runtime Broker » signale d’abord un accès en cours, pas une demande de supprimer un composant Windows. Fermez l’application concernée, essayez un redémarrage normal et identifiez la poignée avec Process Explorer si le détenteur reste inconnu. Vérifiez ensuite que le fichier s’ouvre et se déplace correctement. Si une copie locale a réellement disparu pendant les essais, Drecov peut la rechercher sur un support stable et la restaurer ailleurs ; il ne débloque pas un fichier qui existe encore.