Comment supprimer en toute sécurité un périphérique bloqué par le processus système avec un traitement sur \ $ Extend \ $ RmMetadata \ $ Txf
J'ai un disque dur externe que je voudrais "supprimer en toute sécurité". Malheureusement, mon système (Windows 7 x64) se plaint que "le périphérique est en cours d'utilisation".
Utilisation de Explorateur de processus J'ai découvert quel processus détient un descripteur sur le périphérique:
De toute évidence, System n'est pas un processus que je peux simplement éliminer et en finir. J'ai fait quelques recherches et cela semble être un problème courant , mais aucune solution n'a été trouvée jusqu'à présent (à l'exception du redémarrage de la machine, que je voudrais éviter si possible).
Y a-t-il une solution à ce problème que j'ai manquée?
J'ai toujours eu ce problème avec l'un de mes lecteurs externes Toshiba. J'apprécie beaucoup cette conduite en raison de son détecteur de choc intégré, ce qui est actuellement très difficile à trouver. Mais le problème de l’enlèvement sûr ne me rendait pas fou.
Aujourd'hui, j'ai frappé cette question/fil sur le site MS de Social-technet . Bien qu'il y ait beaucoup de bruit en bas, ils soulignent quelques problèmes communs. Comme le service de suivi distribué. Il est en fait difficile de tout lire à cause de la guerre de flammes qui s'est aggravée à un moment donné, mais la lecture du sujet à la fin aide;)
Quoi qu'il en soit, désolé pour mon humeur bavarde, je viens de réparer mon cas de façon permanente.
J'ai désactivé tous les services de traçage distribué/Windows-Search/etc. et je ne pouvais toujours pas débrancher le lecteur en toute sécurité. Quelqu'un a dit quelque part que c'est le "retrait rapide" qui est le coupable, mais presque toutes mes clés USB fonctionnent dessus et je peux toujours les retirer en toute sécurité.
Cependant, j'ai en fait essayé de passer ce lecteur en "mode haute performance" et .. , le traitement des poignées TxfLogContainerXXXX s'est évaporé . Donc, il est vrai que c'est l'option de retrait rapide. Cependant, cela n'a pas encore publié mon lecteur. Je ne pouvais toujours pas l'éjecter.
Ensuite, je suis allé à l'utilitaire ComputerManagement-> DriveManagement et j'ai supprimé toutes les assignations de lettre de lecteur pour ce lecteur . Immédiatement après, j'ai pu éjecter le lecteur.
Ensuite, j'ai essayé de le connecter à nouveau, de réaffecter la lettre de lecteur, de le changer pour un retrait rapide et cela semble fonctionner correctement et être toujours éjectable.
Sur le sujet très long sur le site MS, ils mentionnent également ces actions. Quelqu'un a suggéré de:
- changer les lettres de lecteur et redémarrer
- ou essayez de mettre le lecteur "hors ligne"
Je pense que la "mise hors tension du lecteur" via "gestion de l'ordinateur -> gestion du lecteur" pourrait en fait être la solution la plus rapide, mais je ne l'ai pas essayée depuis mes tentatives aléatoires qui m'ont aidé avant d'avoir lu ce qui précède.
Cinq ans plus tard, j'ai effectivement résolu ce problème en recourant à un outil commercial: USB Safely Remove , qui peut "forcer l'arrêt" d'un périphérique souffrant de ce problème. . (Avant cela, j’utilisais la solution de contournement "déconnexion" mentionnée dans la réponse de quetzalcoatl.)
Remarque: je ne suis pas affilié aux créateurs du logiciel, je les mentionne car leur outil a résolu le problème pour moi.
Pour moi, le problème était lié à l'activation de l'indexation de contenu de fichier sur le lecteur (activé par défaut).
Pour le désactiver:
Cliquez avec le bouton droit de la souris sur le lecteur> Propriétés> Désactivez la case à cocher Autoriser les fichiers de ce lecteur à être indexés en plus des propriétés de fichier.
Après avoir désactivé l'indexation du contenu, j'ai pu éjecter le lecteur.
Si votre disque est configuré pour un retrait rapide (dans les stratégies de lecteur), vous devriez pouvoir le débrancher en toute sécurité sans utiliser l'option "Retirer en toute sécurité".
J'ai eu la même erreur que Heinzi, mais quand j'ai essayé de la résoudre en changeant le mode en "meilleure performance", j'ai remarqué ce que l'option par défaut fait réellement :)
Cela semble dangereux, mais peut-être que sans cache, il ne devrait y avoir aucun souci?
En passant, mon lecteur est un WD-500 et, dans la gestion des lecteurs, il n’ya pas d’option permettant de mettre le lecteur hors ligne.
La définition de la stratégie de suppression sur devmgmt.msc pour améliorer les performances ne m'a pas aidé pour mon disque portable Seagate Expansion 1 To. Ce n’est que lorsque j’ai utilisé services.msc pour désactiver "Licence Crypkey" que cela fonctionnait immédiatement.
Essayé toutes les autres suggestions de réponses comme changer/enlever la lettre de lecteur, la déconnecter, mais ces méthodes ne fonctionnaient pas.
Je préférerais ne pas jouer avec son comportement et le garder en place pour un retrait rapide.
USB Safely Remove a aidé, mais peut-être pas directement en cliquant rapidement sur le lecteur dans la liste principale. Quand il m'a montré plus que LockHunter ne le ferait en plus des fichiers *Metadata à la racine du lecteur, il y avait aussi MsMpEng.exe opérant dessus. Forcer l’arrêt des fichiers utilisés par ce processus a semblé aider à le supprimer.
Pour d'autres disques ou situations, j'ai finalement trouvé qu'Open Hardware Monitor semblait avoir un verrou dessus, même si je n'avais pas encore trouvé de preuve spécifique pour cela. Je préférerais ne pas fermer le programme car je dois régler la vitesse de mon ventilateur à chaque fois.