Нельзя удалить файл или папку в томе файловой системы NTFS

В этой статье описывается, почему не может быть удален файл или папка в томе файловой системы NTFS. Кроме того, эта статья поможет решить эту проблему.

Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 320081

Внутри организации NTFS обрабатывает папки как особый тип файлов. Таким образом, файл word в этой статье указывает файл или папку.

Причина 1: файл использует ACL

Файл нельзя удалить, если он использует список управления доступом (ACL). Чтобы устранить эту проблему, измените разрешения для файла. Возможно, вам придется оказаться владельцем файлов, чтобы изменить разрешения.

Администраторы имеют неявную возможность владения любым файлом, даже если им не было явно предоставлено никаких разрешений на доступ к файлу. Владельцы файлов имеют неявную возможность изменять разрешения на доступ к файлам, даже если им явным образом не предоставлены разрешения на доступ к файлу. Таким образом, может потребоваться получить право собственности на файл, предоставить себе разрешения на удаление файла, а затем удалить файл.

Вы не можете использовать определенные средства безопасности для отображения или изменения разрешений, так как файл имеет не канонический ACL

Чтобы обойти эту проблему, используйте другое средство (например, более поздней сборки Cacls.exe).

Элементы управления доступом (ACL) в ACL имеют определенную предпочтительные последовательности в зависимости от их типа. Например, AS, которые отоают доступ, как правило, выданы перед AES, которые предоставили доступ. Однако ничего не мешает программе написать ACL с ACL с ACL в любой произвольной последовательности. В некоторых более ранних версиях Windows проблемы происходили, когда Windows пытался прочитать эти не канонические ALS. Иногда эти ALS нельзя изменить правильно с помощью графического редактора безопасности Microsoft Windows Explorer. Эта проблема была исправлена в более поздних версиях Windows. Если у вас эта проблема, используйте наиболее новую версию Cacls.exe. Даже если вы не можете отобразить или изменить ACL на месте, вы можете написать новый ACL, чтобы получить доступ к файлу.

Причина 2: используется файл

Файл нельзя удалить, если он используется. Чтобы устранить эту проблему, определите процесс, который имеет открытый handle, а затем закроем этот процесс.

В зависимости от того, как открыт файл, удалить его, возможно, не удастся. Например, файл открыт для монопольного доступа, а не для общего доступа. Вы можете использовать различные средства для определения процессов с открытыми деснами для файлов, когда это необходимо.

Признаки этой проблемы могут отличаться. Для удаления файла можно использовать команду Delete. Но файл не удаляется до тех пор, пока открытый файл не освободит файл. Кроме того, вы можете не получить доступ к диалоговом окну «Безопасность» для файла, который ожидает удаления. Чтобы устранить эту проблему, определите процесс, который имеет открытый handle, а затем закроем этот процесс.

Причина 3. Повреждения файловой системы препятствуют доступу к файлу

Файл нельзя удалить, если файловая система повреждена. Чтобы устранить эту проблему, запустите совладку Chkdsk на томе диска, чтобы исправить ошибки.

Следующие причины могут повредить файловую систему и поместить файлы в проблемное состояние:

• Плохой сектор на диске
• Другое неисправное оборудование
• Ошибки программного обеспечения

Типичные операции могут по-разному сбой. Когда файловая система обнаруживает повреждения, она занося в журнал событий событие и обычно получает сообщение с запросом на запуск Chkdsk. В зависимости от характера повреждения Chkdsk может восстановить или не восстановить данные файла. Однако Chkdsk возвращает файловую систему в внутренне согласованное состояние.

Причина 4. Файлы существуют в путях, которые имеют более MAX_PATH символов

При проблемах с путем к файлу нельзя открыть, изменить или удалить файл.

Решение 1. Используйте автоматически сгенерированное имя 8.3 для доступа к файлу

Чтобы устранить эту проблему, может потребоваться использовать автоматическое имя 8.3 для доступа к файлу. Это разрешение может быть самым простым решением, если путь является глубоким, так как имена папок слишком длинные. Если путь 8.3 также слишком длинный или если для тома отключены имена 8.3, перейдите к разрешению 2. Дополнительные сведения об отключании имен файлов 8.3 в томах NTFS см. в разделах NTFS, чтобы отключить создание имен 8.3.

Решение 2. Переименование или перемещение глубокой папки

Переименуем папку так, чтобы целевые файлы, которые находятся ниже, MAX_PATH больше не существовали. В этом случае начните с корневой папки или любого другого удобного места. Затем переименуем папки, чтобы у них были более короткие имена. Если это не устраняет эту проблему, например, если файл имеет более 128 папок в глубине, перейдите к решению 4.

Решение 3. Соберите диск с папкой в структуре пути

Соберите диск с папкой внутри структуры пути к целевому файлу или папке. Этот метод сокращает виртуальный путь.

Например, предположим, что у вас есть путь, структурированный следующим образом:

В этом случае общее число символов составляет более 255 символов. Чтобы ухудстить длину этого пути, до 73 символов, соберите диск с SubfolderName4.

Решение 4. Используйте сетевую папку, которая находится так же глубоко, как и папка

Если разрешения 1, 2 и 3 не являются удобными или не устраняют проблему, создайте сетевую папку, расположенную на максимально глубоком дереве папок. Затем переименуем папки, чтобы получить доступ к этой папке.

Решение 5. Использование средства, которое может проходить по глубоким путям

Многие программы Windows ожидают, что максимальная длина пути будет меньше 255 символов. Эти программы выделяют достаточно внутреннего хранилища для обработки этих типовых путей. NTFS не имеет этого ограничения и может иметь гораздо более длинные пути.

Эта проблема может возникнуть, если в какой-то момент в структуре папок создается достаточно глубокая папка, а затем создается глубокая структура ниже этой точки с помощью этой папки. Некоторые средства, которые работают локально в дереве папок, могут не иметь возможности проходить по всему дереву, начиная с корневого. Возможно, вам придется использовать эти средства особым образом, чтобы они могли обходить обойму. В этой ситуации в документации по API CreateFile описывается способ обхода всего дерева.

Как правило, вы можете управлять файлами с помощью создавного программного обеспечения. Если у вас есть программа, которая может создавать файлы с более глубокой глубиной, вы можете использовать эту же программу для удаления файлов или MAX_PATH управления ими. Как правило, вы можете удалять файлы, созданные в папке, с помощью одной и той же папки.

Причина 5: имя файла содержит зарезервированное имя в пространстве имен Win32

Если имя файла содержит зарезервированное имя в пространстве имен Win32, например lpt1, удалить файл будет нельзя. Чтобы устранить эту проблему, переименуйте файл с помощью программы, не относяской к Win32. Для использования файла можно использовать средство POSIX или любое другое средство, использующее соответствующий внутренний синтаксис.

Кроме того, можно использовать некоторые встроенные команды для обхода стандартных зарезервированных проверок имен Win32, если для указания пути к файлу используется определенный синтаксис.

Если вы открываете ладок файла с помощью типичного механизма Win32 CreateFile, определенные имена файлов зарезервированы для устройств DOS старого стиля. Для обеспечения обратной совместимости эти имена файлов запрещены, и их нельзя создать с помощью типичных вызовов файлов Win32. Эта проблема не является ограничением NTFS.

Вы можете использовать программу Win32, чтобы обойти стандартные проверки имен, которые проводятся при создания или удалении файла с помощью того же метода, который используется для обхода папок ниже MAX_PATH . Кроме того, некоторые средства POSIX не подвергаются этим проверкам имен.

Причина 6: имя файла содержит недопустимое имя в пространстве имен Win32

Файл нельзя удалить, если имя файла содержит недопустимое имя. Например, имя файла имеет конечное пространство или итоге или имя файла состоит только из пробела. Чтобы устранить эту проблему, используйте средство, использующее соответствующий внутренний синтаксис для удаления файла. Для работы с этими файлами можно использовать синтаксис с некоторыми «\\?\» средствами. Пример:

Причина этой проблемы аналогична причине 4. Если вы используете типичный синтаксис Win32, чтобы открыть файл, имя которого имеет пробелы или 00-е, то перед открытием фактического файла пробелы или зоны в конце будут срезаются. Например, у вас есть два файла в одной папке с именем и обратите внимание на пробел AFile.txt AFile.txt после имени файла. Если вы попытались открыть второй файл с помощью стандартных вызовов Win32, откройте первый файл. Аналогичным образом, если у вас есть файл, имя которого является пробелом и вы пытаетесь открыть его с помощью стандартных вызовов Win32, откройте родительную папку файла. В этой ситуации, если попытаться изменить параметры безопасности для этих файлов, вы либо не сможете сделать это, либо вы можете неожиданно изменить параметры для разных файлов. В таком случае может показаться, что у вас есть разрешение на доступ к файлу с ограничениями ACL.

Сочетания причин

Иногда могут возникнуть сочетания этих причин. Это может сделать процедуру удаления файла более сложной. Например, при входе в систему с учетной записью администратора компьютера может возникнуть сочетание причин 1 (у вас нет разрешений на удаление файла) и 5 (имя файла содержит знак в конце, который приводит к перенаправлению доступа к файлу в другой файл или в несущестующий файл), а удалить файл нельзя. Если попытаться устранить причину 1, завладев файлом и добавив разрешения, вы все равно не сможете удалить файл, так как редактор ACL в пользовательском интерфейсе не может получить доступ к соответствующему файлу из-за причины 6.

В этой ситуации можно использовать с помощью средства Subinacl с коммутатором (эта с помощью набора ресурсов) для изменения прав владельца и разрешений для файла, который в противном случае /onlyfile недоступен. Пример:

Эта команда является одной командной строкой, которая была оболочка для учитаемости.

В этом примере командной строки изменяется файл, содержащий конечное пространство, чтобы учетная запись домена\администратора была владельцем файла, а эта учетная запись полностью контролирует C:\

файл. Теперь этот файл можно удалить с помощью команды Del с тем же «\\?\» синтаксисом.

Как удалить файл или папку, которые не удаляются, защищены от записи или к ним отсутствует доступ?

Вы не можете полностью удалить папку или несколько файлов с компьютера или ноутбука? Windows выдает сообщение об ошибке доступа? Это может происходить по самым разнообразным причинам во время удаления, редактирования или перезаписи файлов. Читайте, как удалить файл или папку, которые не удаляются по причине защиты от записи, отсутствия доступа, заражения вирусом или открытия файла в неизвестной программе.

Диск защищен от записи

Если при попытке удаления файла или папки с флешки, карты памяти или жесткого диска вы получаете сообщение: «Диск защищен от записи» (The disk is write-protected), то на него установлена защита от записи.

О том, как разблокировать защищенную от записи флешку, карту памяти или жесткий диск у нас есть отдельная статья. Тема довольно обширная. Поэтому, ознакомиться с ней вы можете перейдя к статье по данной ссылке: Как разблокировать защищенную от записи флешку, карту памяти или жесткий диск в Windows 10, 8, 7 .

Или посмотрев отдельное видео.

Не удалось найти этот элемент

Если во время удаления файла или папки вы получаете сообщение: «Не удалось найти этот элемент. Проверьте расположение этого элемента и повторите попытку» , то причин его возникновения может быть несколько:

• Сбой в системе (глюк с правами на удаляемый файл или папку; проблема с именем папки или файла: оно может быть как слишком длинное, так и содержать в себе некоторые символы, с которыми система конфликтует при удалении, и т.д.)
• Компьютер заражен вирусом.

В такой ситуации, для удаления файла или папки, которые выдают ошибку, попробуйте использовать такие утилиты как:

Windows server пользователь не может удалить файл

Question

Имеется терминальный сервер windows 2012 R2 профили пользователей монтируются с файловой шары Windows 2012R2 в виде виртуальных дисков. Позавчера обнаружилась проблемма — пользователь не может удалить файлы со своего рабочего стола, создать при этом может, а тут же удалить требуются права админа. Смотрел права на файл, у пользователя права есть на полный доступ. Что делать?Наблюдается не у всех пользователей.

Answers

Удалите папку корзины c примапленного диска пользователя, можно из под самого пользователя.

Грамотная постановка вопроса — уже 50% решения. Не забывайте помечать ответы как полезные или как ответ, если они Вам; помогли.

All replies

Грамотная постановка вопроса — уже 50% решения. Не забывайте помечать ответы как полезные или как ответ, если они Вам; помогли.

У вас неправильно настроены права в профилях

Владельцем файлов должен быть не Администратор(ы) а пользователь чьи доки лежат в этом профайле

• Proposed as answer by JaMrzn Saturday, August 16, 2014 8:38 AM
• Marked as answer by Иван Проданов Microsoft contingent staff, Moderator Monday, August 18, 2014 5:37 AM
• Unmarked as answer by NecroJoke Wednesday, February 18, 2015 9:35 AM

Попробуйте удалить с Shift-ом
т.е. удалить мимо корзины.

Грамотная постановка вопроса — уже 50% решения. Не забывайте помечать ответы как полезные или как ответ, если они Вам; помогли.

Да, мимо корзины без проблем удаляет не требуя прав администратора. Осталось теперь найти решение что бы и в корзину удалял.

Удалите папку корзины c примапленного диска пользователя, можно из под самого пользователя.

Грамотная постановка вопроса — уже 50% решения. Не забывайте помечать ответы как полезные или как ответ, если они Вам; помогли.

Пилите права по месту но вам придется писать скрипту

Корень настраиваете руками (найдите статью по правам для roaming profile)

Это решит вопросы с новыми пользователями

Со старыми вам нужно написать скрипту по смене владельца на пользователя папки

например путь профиля \\server\shara\i.ivanov\Profile у i.ivanov должны быть права на каталог и ВЛАДЕЛЬЦЕМ ОН ТОЖЕ ДОЛЖЕН БЫТЬ

Если опишите ваш конкретный случай в разделе скриптинга вам помогут со скриптом

Но для начала нужно настроить корень

В первом сообщении написано что профили монтируются как VHD файлы.

Никаких прав пользователя на каталог с этими vhd-файлами быть не должно, только RDS SH.

Грамотная постановка вопроса — уже 50% решения. Не забывайте помечать ответы как полезные или как ответ, если они Вам; помогли.

В первом сообщении написано что профили монтируются как VHD файлы.

Никаких прав пользователя на каталог с этими vhd-файлами быть не должно, только RDS SH.

Грамотная постановка вопроса — уже 50% решения. Не забывайте помечать ответы как полезные или как ответ, если они Вам; помогли.

Я вам описал принцип

Если у вас возникает такая ошибка и владельцем не является пользователь, то это проблема в правах

Если они проставляются автоматом, то нужно смотреть где они неправильно проставляются (корень)

Если новые у вас будут работать правильно то старых можно будет подогнать по образу и подобию (например скриптом)

Если вопрос в том что нет возможности погуглить, давайте гуглить вместе, я писал ответ из расчёта натолкнуть на мысль, но если нужны линки погуглю линки (к слову сказать вам это проще делать имея представление что вы настраивали)