En un servidor (alemán) 2008 encontramos una carpeta con el nombreG:\Daten\Büro_GL\...
Al ingresar a la carpeta ...
en el Explorador de Windows, simplemente apunta a su carpeta principal ( G:\Daten\Büro_GL
).
La carpeta no se puede eliminar porque eliminaría también todas las subcarpetas. Además, denying
List folder content
solo para This folder
no funciona. Luego, la denegación también se aplica a la carpeta principal.
La carpeta [...] es una carpeta y no un enlace simbólico:
Nos gustaría evitar mover el contenido de la carpeta, para no interrumpir el flujo de trabajo en el sistema productivo.
(También me interesa saber cómo se podría crear una carpeta de este tipo)
Respuesta1
SOLUCIONADO
Accidentalmente creé una carpeta con 3 puntos. ...
.
Intenté construir mi aplicación angular de esta manera:
ng build --outputpath=.../public
Un comando normal de Windows no lo eliminaría.
Me acabo de dar cuenta de que, si el comando ng cli puede crear la carpeta, también puede eliminarla.
Cometí un error intencional en mi código y ejecuté el mismo comando.
Boom, la carpeta había desaparecido.
Esto podría ayudar a alguien.
Más información para usuarios no angulares.
instala npm y ve a la ruta donde tienes el
...
archivoEntonces
npm install -g @angular/cli
ng new mockproject
. Esto creará lamockproject
carpeta en su ruta.Edite
package.json
y agregue a la línea "compilación"--outputpath=.../public
Copia todo lo que hay en la
mockproject
carpeta donde tienes el...
Edite
app.module.ts
y agregue algunos caracteres basura allí (cometiendo un error en el proyecto)npm run build
. Esto le dará un error.
Ahora no tienes la ...
carpeta.
Fondo:Creousa ng
posix, por lo que puede crear estos archivos similares a los de un sistema. Supongo que cualquier herramienta posix como sygwin puede eliminar estos archivos.
Respuesta2
Esto lo resolvió mi compañero de trabajo, lamentablemente cerré el cmd antes de darme cuenta. Escribiré las cosas que recuerdo.
Mi compañero de trabajo obtuvo el directorio "..." en la raíz de C: Así que probé esto:
dir "C:\...\"
Y se mostró un directorio vacío. entonces un
rmdir "C:\...\"
elimina el directorio
Un poco de historia:
Las API de Windows File-IO llaman al principio aNombre del archivocontrolar. Y un "..." fue interpenetrado como ".." - entonces, sube un director. Intente escribir en Exporter "C:\Windows..\ProgramData". (Para su información: en elAPIse menciona: Si el nombre del archivo comienza con "\?\", la verificación está deshabilitada y se puede acceder a dichos directorios: 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.
pero esta es información para un programador).
Editar:
Debido a la discusión "¿Ajustar esta respuesta a la pregunta?":
Lo he probado. Creó un directorio. Así es como se ve en el Explorador:
Y esto es lo que ves con "dir":
Entonces: el directorio está vacío, pero Explorer muestra información "incorrecta". Esto no es un conflicto considerando cómo funciona la API de Windows: la API de archivos intenta interpretar el nombre del archivo/directorio. Así que mueva un directorio hacia arriba, si hay un "..", etc. Eso es lo que ve en la vista del explorador. En el cmd intenté encontrar una cadena que obligara a la API de Windows a no hacer una interpretación.
Respuesta3
Esto sólo puede suceder si las estructuras de datos NTFS se confunden, lo que hace que una carpeta sea su propio antepasado. Es posible que la culpa sea de un conductor. El propio impulsor podría estar fallando o la corrupción podría deberse simplemente a un rayo cósmico.
Una de las funciones de la chkdsk
utilidad es limpiar carpetas que literalmente se contienen a sí mismas: ciclos dentro de la estructura de carpetas. (Fuente.) Dado que chkdsk /?
indica que /C
se salta la verificación de ciclos, se puede inferir que el comportamiento normal es repararlos.
Ejecute chkdsk /f D:
en un símbolo del sistema elevado para solucionar el problema, junto con cualquier otra inconsistencia. El volumen deberá desconectarse durante la reparación. Si es el volumen de inicio, deberá reiniciar después de programar la verificación del disco.
Respuesta4
La razón por la que ve... comportarse así se debe a una capa de compatibilidad con win32 que da como resultado... siempre va a la carpeta principal de la carpeta actual (emula el comportamiento de NetWare pero accidentalmente se aplicó a los sistemas de archivos locales).
No puede ver el interior de esta carpeta con cmd.exe o el Explorador de Windows. Si puede hacer que interix funcione (este sistema operativo es demasiado antiguo para LUFS), puede descender de esa manera. De lo contrario, tendrás que escribir mucho código usando FILE_FLAG_POSIX_SEMANTICS para abrir esa cosa y ver qué hay realmente dentro.