Я видел что-то подобное этому. То, что закончило тем, что имело место, - то, что файл был удален, в то время как были все еще выдающиеся блокировки на нем. Я не мог сделать проклятой вещи к нему. Очистка выдающихся блокировок заставила файл полностью удалять.
Для удаления таких файлов я сначала пробую неблокировщик. Если это перестало работать, или если существует некоторая другая операция, которую я хочу выполнить на файле, я использую свой диск PE Bart.
Я выполнил CHKDSK на объеме, прежде чем я сделал что-либо еще. Вы видящий любые сообщения в ре Журнала Системного события: повреждение файловой системы (источник "NTFS")?
Имел ту же самую проблему, но ни в одном файле не было блокировки, он просто умудрился потерять всех своих владельцев.
Решение заключалось в том, чтобы использовать TakeOwn
takeown /F dirname
Will take ownership of the file to the current user. Используйте /A
после имени dirname
, чтобы назначить его системному администратору.
Вы можете использовать rd
- rmdir
, который удаляет каталог или удаляет папки,
Вы можете использовать следующее:
rd /s "\\?\C:\foldername\nextfolder\foldertodelete"
] / s
- удаляет все каталоги и файлы в указанном каталоге в дополнение к самому каталогу.
Используется для удаления дерева каталогов. Так что, скорее всего, он его удалит.
Я пробовал это раньше не раз.
PCGenie
Я тоже наткнулся на это. Файл не имел владельца, и я не смог его удалить.
Я проверил, есть ли процессы, удерживающие блокировку. Нет!
Я пытался установить владельца через "takeown". Не повезло, файла не существует!!
Проблема возникла из-за именования файла.
Имя файла заканчивается точкой, например "OneDrive - Bla Bla."
Похоже, что OneDrive создает имена файлов с висящими точками, в то время как большинство других оконных программ обрезают висящие точки. Очевидно, что это так и есть, и в итоге мы не нашли "OneDrive - Bla Bla".
Мне наконец-то удалось использовать 8.3 ms-dos имя файла, Например, "takeown /F ONEDRI~0"
Получить имя 8.3 с помощью "dir /x" - это один из вариантов.
Я решил эту проблему переключением на формат POSIX:
del \\?\d:\path\problem_path\*
rmdir \\?\d:\path\problem_path\*
Проблема теперь в том, что я не могу воссоздать каталог из проводника или напрямую из cmd
Недавно я столкнулся с похожей проблемой. Причина в моем случае заключалась в том, что на другом компьютере файл был открыт через сетевой файловый ресурс. (это было .dll, а другой пользователь запустил программу, открывшую его).
Чтобы закрыть общие сетевые файлы:
Панель управления -> Администрирование -> Управление компьютером
Затем откройте Системные инструменты -> Общие папки -> Открыть файлы.
В нем перечислены все открытые файлы. на другой машине.
Это случилось со мной, когда Linux удалось частично повредить мои разделы NTFS. Следующая процедура должна помочь восстановить ваши файлы:
icacls. / T / verify / Q
for / F "tokens = * 1 delims =:"% A в (acl.txt) do icacls% A / T / reset
Necroed, но у меня было что-то очень похожее к этому ...
Запуск AccessEnum по папкам Server2008 для аудита разрешений файлов / папок.
AccessEnum показывает ??? как владелец.
Щелкните файл правой кнопкой мыши, и ни одна из обычных опций недоступна. Просто откройте и отправьте в.
.
Оказалось, это из-за длинного пути и длинного имени файла. Всего 272 символа!
Покопался в структуре папок и поделился папкой ближе к концу пути, теперь файлы можно ссылаться с более коротким путем.
Ничего плохого в правах доступа к файлам и т. Д., Это просто проводник давился долгий путь.