Windows 2008 R2 - Kernel (System Process PID = 4) - это блокировка файлов и папок в течение длительного времени. Например, при удалении файла файл может оставаться заблокированным в течение 1 минуты или более и только после его удаления. В других случаях я сталкивался с файлами или папками, которые я не мог удалить. ProcMon показал, что System Process держал дескриптор этих ресурсов на пару минут, а затем выпустил их Ни один из упомянутых мной ресурсов не был системным ресурсом, только мои файлы и папки были установлены мной и обрабатывались моими приложениями.
Windows 2008 R2 - Kernel (System Process PID = 4) - это блокировка файлов и папок
Ответ 1
Как уже упоминал Дани в комментарии:
Это ошибка в Windows 7 и, вероятно, в Windows Server 2008 (возможно, только для 64-битных версий). Он появляется, когда вы отключите Application Experience.
Повторное включение этой службы устранило эту проблему для меня.
Немного больше здесь о том, почему это вызывает проблему.
Список других вопросов SO, которые, как представляется, связаны между собой:
Ответ 2
Файлы, к которым осуществляется доступ через общий ресурс, будут заблокированы системным процессом (PID 4).
Попробуйте открыть compmgmt.msc → Системные инструменты → Общие папки → Открыть файлы, чтобы увидеть, есть ли там заблокированный файл
См. также форум sysinternals, чтобы воспроизвести это.
Не все приложения блокируют файлы при их открытии, однако Excel...
Ответ 3
В моем случае это было исправлено простой командой в командной строке:
net session /delete
Я надеюсь, что это поможет.
Ответ 4
Пробовал все эти...
Даже копирование файла, удаление оригинала, переименование копии на оригинальное имя (все на сервере) немедленно сообщит мне, что пользователь заблокировал ее.
В конце -
используется Unlocker для очистки блокировок файлов. Скопировал файл ВЫКЛ СЕРВЕР на рабочий стол. Удалите исходный файл с сервера. Изменено имя копии на рабочем столе. Переименовали его обратно на исходное имя на рабочем столе. Верните файл в исходное местоположение на сервере.
HTH, YMMV...:)
Ответ 5
Имел эту проблему только сейчас, пытаясь реплицировать данные на новый файловый сервер (как на исходный, так и на целевой серверы под управлением Windows 2008 R2).
Было обнаружено, что PID 4 блокирует файл (используя procexp, как указано выше), но Application Experience никогда не был установлен ни на одном из серверов, и файл не отображался в списке открытых файлов.
К счастью, мы используем запланированные теневые копии на этом сервере (чтобы пользователи могли самостоятельно обслуживать большинство восстановления файлов). Я просто использовал опцию "Предыдущие версии" (доступную через "Свойства содержащейся папки" ), выбрал самую последнюю копию файла и скопировал его в другое место, затем удалил и заменил файл проблемы.
Возможно, вам понадобится удалить содержащую папку, чтобы удалить файл - что может быть проблемой, если много файлов, используемых явно (это не было проблемой для меня, поскольку это был единственный файл в папке).
Для одноразовой проблемы, как у меня (один заблокированный файл для всего сервера), это работало без каких-либо сбоев на сервере или пользователях.
Учитывая, что вы говорите о сервере и что Shadow Copies используют VSS, вы можете восстановить заблокированный файл из своих резервных копий (предположительно, у вас есть), если вы не используете Shadow Copies. В противном случае могут возникнуть некоторые полезные утилиты, такие как ShadowSpawn (https://github.com/candera/shadowspawn).
Ответ 6
У меня возникла эта проблема при попытке переименовать папку. При выполнении переименования мне пришлось остановить службу сервера. Просто перезагрузка не помогла, так как системный процесс переблокировал папку, как только перезагрузилась служба сервера.