Назад | Перейти на главную страницу

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

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

Когда я делаю dir / q, владелец отображается как "...".

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

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

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

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

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

Решение заключалось в использовании TakeOwn

takeown /F dirname

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

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

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

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

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

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

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

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

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

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

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

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

Наконец-то мне удалось использовать имя файла в формате 8.3 ms-dos, например, 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.

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

Ты можешь использовать rd - rmdir который удаляется каталогом или удаляет папки,

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

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

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

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

PCGenie

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

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

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

Necroed, но у меня было что-то очень похожее на это ...

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

AccessEnum показывает ??? как собственник.

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

.

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

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

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