5

На (немецком) сервере 2008 мы нашли папку с именем G:\Daten\Büro_GL\...

При входе в папку ... в проводнике Windows он просто указывает на свою родительскую папку (G:\Daten\Büro_GL).

Папка не может быть удалена, потому что она также удалит все подпапки. Также denying List folder content только для This folder не работает. Затем deny применяется и к родительской папке.

Папка [...] является папкой, а не символической ссылкой:

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

(Мне также интересно узнать, как можно создать такую папку)

4 ответа4

2

Это может произойти, только если структуры данных NTFS перепутаны, и папка станет ее собственным предком. Возможно, водитель виноват. Сам диск может быть неисправен, или повреждение может быть просто из-за космического луча.

Одна из задач утилиты chkdsk - очистка папок, которые буквально содержат самих себя - циклы внутри структуры папок. (Источник.) С chkdsk /? утверждает, что /C пропускает проверку циклов, можно сделать вывод, что нормальным поведением является их исправление.

Запустите chkdsk /f D: в командной строке с повышенными правами, чтобы устранить проблему, а также любые другие несоответствия. Том будет вынужден отключиться во время ремонта. Если это загрузочный том, вам нужно перезагрузиться после планирования проверки диска.

0

О том, как можно создать папку ... : Я случайно создал ее, используя 7-zip (18.05), определив имя архива ...\filename.7z .

К счастью, каталог можно переименовать с помощью 7-zip и впоследствии удалить.

0

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

Вы не можете видеть внутри этой папки с cmd.exe или Windows Explorer. Если вы можете заставить работать Interix (эта ОС слишком старая для LUFS), вы можете пойти по этому пути. В противном случае вам придется написать много кода, используя FILE_FLAG_POSIX_SEMANTICS, чтобы открыть эту вещь и увидеть, что на самом деле внутри нее.

0

Решил это мой коллега, к сожалению, я закрыл cmd, прежде чем понял это .. Я напишу вещи, которые я помню ..

Мой CoWorker получил каталог "..." в корне C: Итак, я попробовал это:

dir "C:\...\"

И пустой каталог был показан. Так что

rmdir "C:\...\"

удаляет каталог

Немного предыстории:

API-интерфейсы Windows File-IO сначала вызывают проверку имени файла . И "..." было пронизано как ".." - так, иди к режиссеру. Попробуй подкинуть в Exporer "C:\Windows ..\Данные программы". (К сведению: в API упоминается: если имя файла начинается с "\?\", проверка отключена, и к таким каталогам можно получить доступ: Because it turns off automatic expansion of the path string, the "\\?\" prefix also allows the use of ".." and "." in the path names, which can be useful if you are attempting to perform operations on a file with these otherwise reserved relative path specifiers as part of the fully qualified path. Но это информация для программиста.)

Редактировать:

Из-за дискуссии «Подходим ли этот ответ к вопросу?«:

Я проверял это. Создан каталог. Вот как это выглядит в Explorer:

Проводник Windows несколько раз в "..."

И вот что вы видите с "dir":

cmd с "dir ...": пустой каталог

Итак: каталог пуст, но в проводнике отображается "неправильная" информация. Это не конфликт, учитывая, как работает Windows API: File API пытается интерпретировать имя файла / каталога. Так что переместите каталог вверх, если есть «..» и т.д. Это то, что вы видите в окне проводника. В cmd я попытался найти строку, заставляющую Windows API не выполнять интерпретацию.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .