Windows 2008 R2-le noyau (processus système PID=4) ferme les fichiers et les dossiers
Windows 2008 R2 - Kernel (System Process PID=4) verrouille les fichiers et les dossiers depuis longtemps. Par exemple lors de la suppression d'un fichier, le fichier peut rester enfermé pendant 1 minute ou plus, et seulement après que être supprimé. À d'autres occasions, j'ai rencontré des fichiers ou des dossiers que je n'ai pas pu supprimer. ProcMon a montré que le processus du système gardait une poignée à ces ressources pendant quelques minutes et les a ensuite libérés Aucune des ressources que j'ai mentionnées n'était des ressources du système, seulement des dossiers et dossiers installés être moi et manipulés par mes applications.
7 réponses
comme Dani L'a déjà mentionné dans le commentaire:
c'est un bug dans Windows 7 et probablement dans Windows Server 2008 (peut-être 64bit versions seulement). C'surfaces lorsque vous désactivez Expérience de service.
la réactivation de ce service a réglé ce problème pour moi.
un peu plus d'info ici quant à la raison pour laquelle il cause un problème.
liste des autres SO questions qui semblent liées:
les fichiers accessibles via un partage seront verrouillés par le processus du système (PID 4).
Essayez d'ouvrir compmgmt.msc -> Outils Système -> Dossiers Partagés -> Ouvrir les Fichiers pour voir si le fichier verrouillé figure dans la liste
Voir aussi le forum sysinternals un moyen de reproduire cela.
Toutes les applications ne verrouillent pas les fichiers lorsqu'elles sont ouverts, Excel cependant fait...
Dans mon cas, il a été fixé par une simple commande dans la ligne de commande:
net session /delete
j'espère que ça aidera.
Espérons que cela aide les autres.
ouvrir les fenêtres exécuter et lancer la console mmc.exe
Fichier - > Ajouter ou supprimer des Snap-ins -- > dossiers partagés -- > ordinateur local
sélectionnez Ouvrir les fichiers faites défiler vers le bas jusqu'à l'annuaire ou au fichier et cliquez sur le bouton droit de la souris pour fermer.
vous pouvez également obtenir le nom d'utilisateur qui a la serrure et aller aux sessions et clic droit --> fermer la session.
dans mon cas, C'était MacOS 10.13 holding verrous de fichier ouvert... https://support.apple.com/en-us/HT208209
a essayé tout ça...
même copier le fichier, supprimer l'original, renommer la copie en nom d'origine (tout sur le serveur) me dirait immédiatement l'utilisateur avait verrouillé.
À la fin
utilisait un déverrouilleur pour nettoyer les serrures de fichier. Copié le fichier du serveur sur un bureau. Supprimé le fichier original du serveur. Change le nom du fichier de la copie sur le bureau. Rebaptisée au nom d'origine sur le Desktop. Remettez le fichier dans l'emplacement original sur le serveur.
HTH, YMMV... :)
avait ce problème tout à l'heure tout en essayant de répliquer des données à un nouveau serveur de fichiers (à la fois les serveurs source et destination exécutant Windows 2008 R2).
PID 4 a été trouvé verrouillant le fichier (en utilisant procexp comme ci-dessus), mais Application Experience n'a jamais été installé sur l'un ou l'autre des serveurs et le fichier n'a pas été affiché dans la liste des fichiers ouverts.
heureusement, nous utilisons des copies d'ombre programmées sur ce serveur (pour permettre aux utilisateurs de libre-servir la plupart des récupérations de fichiers). J'ai juste utilisé L'option Versions précédentes (disponible via les propriétés du dossier contenant), sélectionné la copie la plus récente du fichier et l'ai copié vers un autre endroit, puis supprimé et remplacé le fichier de problème.
vous pourriez avoir besoin de supprimer le dossier contenant pour supprimer le fichier - ce qui pourrait être un problème si beaucoup de fichiers utilisés évidemment (ce n'était pas un problème pour moi étant donné que ce était le seul fichier dans le dossier).
pour une émission unique comme I a (un seul fichier verrouillé de tout le disque du serveur), il a travaillé sans interruption pour le serveur ou les utilisateurs.
étant donné que vous parlez d'un serveur et que les copies D'ombre utilisent VSS - vous devriez être en mesure de récupérer le fichier verrouillé à partir de vos sauvegardes (probablement vous avez ces) si vous n'utilisez pas de Copies D'ombre. Sinon il y a quelques utilités utiles comme ShadowSpawn ( https://github.com/candera/shadowspawn ) autour de cela pourrait aider.
j'ai eu ce problème en essayant de renommer un dossier. J'ai dû arrêter le service serveur pendant l'exécution du renommage. Le redémarrage n'a pas aidé, car le processus du système a verrouillé le dossier dès que le service serveur a redémarré.