Windows 2008 R2 - Le noyau (PID de processus système = 4) verrouille les fichiers et les dossiers
Windows 2008 R2 - Le noyau (PID de processus système = 4) verrouille les fichiers et les dossiers pour une longue période. Par exemple, lors de la suppression d'un fichier, celui-ci peut rester verrouillé pendant au moins une minute et ensuite uniquement après l'avoir supprimé. . À une autre occasion, j'ai rencontré des fichiers ou des dossiers que je ne pouvais pas supprimer. ProcMon a montré que le processus système détenait un descripteur sur ces ressources pendant quelques minutes, puis les a publiées Aucune des ressources que j'ai mentionnées ne sont des ressources système, seuls les fichiers et les dossiers installés sont gérés par mes applications.
Comme Dani l'a déjà mentionné dans le commentaire:
Il s’agit d’un bogue dans Windows 7 et probablement dans Windows Server 2008 (versions éventuellement 64 bits uniquement). Il fait surface lorsque vous désactivez Application Experience service.
La réactivation de ce service a résolu ce problème pour moi.
Un peu plus d'informations ici quant à la raison pour laquelle cela pose un problème.
Liste des autres SO questions qui semblent liées:
Les fichiers accessibles via un partage seront verrouillés par le processus système (PID 4).
Essayez d'ouvrir compmgmt.msc -> Outils système -> Dossiers partagés -> Ouvrir des fichiers pour voir si le fichier verrouillé y est répertorié
Voir aussi le forum sysinternals pour savoir comment le reproduire.
Toutes les applications ne verrouillent pas les fichiers lors de leur ouverture. Excel ne ...
Dans mon cas, cela a été corrigé par une simple commande dans la ligne de commande:
net session /delete
J'espère que ça aide.
J'espère que cela aide les autres.
ouvrez windows run et lancez mmc.exe
Fichier -> Ajouter ou supprimer des composants logiciels enfichables -> Dossiers partagés -> ordinateur local
Sélectionnez Open Files, faites défiler vers le bas le répertoire ou le fichier et faites un clic droit pour fermer.
Vous pouvez également obtenir le nom d'utilisateur qui a le verrou, accéder aux sessions et cliquer avec le bouton droit de la souris -> fermer la session.
Dans mon cas, c’était MacOS 10.13 qui maintenait les verrous de fichiers ouverts ... https://support.Apple.com/en-us/HT208209
Faites ceci et résolvez le problème:
Allez aux services et activez l'expérience d'application.
Avait ce problème tout à l'heure tout en essayant de répliquer les données sur un nouveau serveur de fichiers (serveurs source et de destination exécutant Windows 2008 R2).
On a trouvé PID 4 en train de verrouiller le fichier (en utilisant procexp comme ci-dessus), mais Application Experience n'a jamais été installé sur aucun serveur et le fichier ne figurait pas dans la liste des fichiers ouverts.
Heureusement, nous utilisons des clichés instantanés planifiés sur ce serveur (pour permettre aux utilisateurs de gérer eux-mêmes la plupart des restaurations de fichiers). Je viens d'utiliser l'option Versions précédentes (disponible dans Propriétés du dossier contenant), de sélectionner la copie la plus récente du fichier et de le copier ailleurs, puis de supprimer et de remplacer le fichier posant problème.
Vous devrez peut-être supprimer le dossier contenant pour supprimer le fichier - ce qui pourrait poser un problème si de nombreux fichiers étaient utilisés (ce n'était pas un problème pour moi, car il s'agissait du seul fichier du dossier).
Pour un problème ponctuel comme celui que j'avais auparavant (fichier verrouillé unique pour l'ensemble du lecteur du serveur), cela fonctionnait sans interruption du serveur ni des utilisateurs.
Étant donné que vous parlez d'un serveur et que les clichés instantanés utilisent VSS - vous devriez être en mesure de récupérer le fichier verrouillé à partir de vos sauvegardes (probablement de les avoir) si vous n'utilisez pas de clichés instantanés. Sinon, certains utilitaires utiles tels que ShadowSpawn ( https://github.com/candera/shadowspawn ) pourraient vous aider.
J'ai essayé tous ces ...
Même copier le fichier, supprimer l'original, renommer la copie en nom d'origine (tous sur le serveur) me dirait immédiatement que l'utilisateur l'avait verrouillé.
À la fin -
utilisé Unlocker pour effacer les verrous de fichiers. Copié le fichier HORS DU SERVEUR sur un bureau. Supprima le fichier d'origine du serveur. Modifia le nom de fichier de la copie sur le bureau. . A renommé le nom d'origine sur le bureau. Remettez le fichier à l'emplacement d'origine sur le serveur.
HTH, YMMV ... :)
J'ai eu ce problème en essayant de renommer un dossier. J'ai dû arrêter le service du serveur tout en effectuant le changement de nom. Le simple redémarrage n'a pas aidé, car le processus système a ré-verrouillé le dossier dès que le service du serveur a redémarré.