Папка NTFS не имеет владельца, нет разрешений, не может быть удалена

У меня есть папка 2003 рядового сервера, которую нельзя удалить. Ничто не имеет каких-либо разрешений (администратор домена и запуск командной строки с именем «nt полномочия \ система» с использованием psexec) - всегда «доступ запрещен».

Когда я делаю dir / q, владелец показывает как "...".

Я пробовал takeown.exe в папке, а также его родитель. Плохая папка всегда сообщает "доступ запрещен". Также пытался сбросить с помощью icacls, тоже самое.

В разрешениях обозревателя нет параметров или вкладок для общего доступа и безопасности. Он отлично работает для других папок, даже в том же каталоге.

Я видел нечто похожее на это. Дело в том, что файл был удален, хотя на нем все еще были незавершенные блокировки. Я не мог сделать с этим проклятую вещь. Снятие незавершенных блокировок привело к полному удалению файла.

Я бы запустил CHKDSK на томе, прежде чем делать что-либо еще. Вы видите какие-либо сообщения в журнале системных событий о повреждении файловой системы (источник "NTFS")?

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

Решение было использовать TakeOwn

takeown /F dirname

Примет право собственности на файл для текущего пользователя. Используйте /Aпосле, dirnameчтобы назначить его системному администратору.

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

Чтобы закрыть общие сетевые файлы:

Панель управления -> Администрирование -> Управление компьютером

Затем откройте Системные инструменты -> Общие папки -> Открыть файлы.

В нем перечислены все файлы, открытые на другой машине.

Я тоже споткнулся об этом. У файла нет владельца, и я не могу его удалить.

Я проверил, были ли процессы, удерживающие блокировку. Никто!

Я пытался установить владельца через "takeown". Не повезло, файл не существует !!!

Проблема возникла из-за именования файла.

Имя файла оканчивается точкой, например, «OneDrive - Bla Bla».

Кажется, OneDrive создает имена файлов с висячими точками, тогда как большинство других программ Windows обрезают висячие точки. Так что, очевидно, все получилось, и в итоге он не нашел «OneDrive - Bla Bla».

Я наконец преуспел с помощью имени файла 8,3 мс, например "takeown / F ONEDRI ~ 0"

Получить имя 8.3 с помощью «dir / x» - это один из вариантов.

Это случилось со мной, когда Linux удалось частично повредить мои разделы NTFS. Следующая процедура должна быть в состоянии восстановить ваши файлы:

1. Откройте командную строку с повышенными правами.
2. Перейдите в каталог, который содержит проблемные файлы или папки.
3. icacls . /T /verify /Q
4. Скопируйте все строки, содержащие «Длина Acl неверна». в текстовый файл (например, acl.txt). Если их нет, мы закончили.
5. for /F "tokens=*1 delims=:" %A in (acl.txt) do icacls %A /T /reset
6. Повторите с шага 3.

Для удаления таких файлов я сначала пытаюсь разблокировать . Если это не удается или если я хочу выполнить какую-либо другую операцию с файлом, я использую диск Bart PE .

Вы можете использовать rd- rmdirудаленный каталог или удалить папки,

Вы можете использовать следующее:

rd /s "\\?\C:\foldername\nextfolder\foldertodelete"

/sПараметр является удаляет все каталоги и файлы в указанной директории в дополнение к самой директории. Используется для удаления дерева каталогов. Таким образом, он, скорее всего, удалит его.

Я пробовал это раньше, не раз.

PCGenie

Я решил эту проблему с переходом на формат POSIX:

del \\?\d:\path\problem_path\*
rmdir \\?\d:\path\problem_path\*

Проблема в том, что я не могу воссоздать каталог из проводника или напрямую из cmd

Некроед, но у меня просто было нечто очень похожее на это ...

Запуск AccessEnum над папками Server2008 для проверки прав доступа к файлам / папкам.

AccessEnum показывает ??? как владелец.

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

,

Оказалось, это из-за длинного пути и длинного имени файла. Всего 272 символа!

Выкопал в структуре папок и поделился папкой в ​​конце пути, теперь файлы могут быть ссылки с более коротким путем.

Ничего плохого в правах доступа к файлам и т. Д., Это был всего лишь Explorer, задыхающийся на длинном пути.