Las carpetas de RECICLADOR de usuario tienen miles de archivos ocultos


11

Tenemos una carpeta "Usuarios" que es la raíz de todos los archivos de usuario y perfiles de red.

Usando una utilidad de tamaño de directorio (WinDirStat), me topé con un problema extraño y preocupante: miles de archivos efectivamente ocultos en la interfaz de la Papelera de reciclaje de Windows. La carpeta de cada usuario tiene una carpeta RECICLADOR directamente debajo My Documents, como:

\\server1\Users\smithj\smithj's Documents\RECYCLER\S-1-5-21-nnnnnn

Muy pocos de nuestros usuarios tienen PC, ya que la mayoría de los usuarios inician sesión en un servidor de aplicaciones Citrix desde un simple terminal Wyse. Debido a que la mayor parte de su actividad de archivos está en recursos compartidos de red, los usuarios (y nosotros los administradores) siempre hemos entendido que no hay una "Papelera de reciclaje de red".

Sin embargo, la carpeta RECYCLER oculta para la mayoría de los usuarios tiene miles de archivos. Se destacan varias cosas:

  1. En la mayoría de los casos, ninguno de los archivos es visible usando la interfaz de la Papelera de reciclaje
  2. La convención de nomenclatura para los archivos individuales debe incluir una letra de unidad como DCo DD, pero en su lugar todos comienzan con D@, por ejemplo D@1234.doc,.
  3. Creo que el @símbolo impide que Windows elimine la referencia de los archivos originales, por lo que simplemente se suprimen en la interfaz de usuario.
  4. Los archivos juntos consumen decenas de gigabytes. No son fantasmas. Eliminar algunos archivos aumenta el espacio libre en la unidad.
  5. Parece que en realidad tenemos una "Papelera de reciclaje de red". Por accidente. Sin nombres de archivo reales.

Ya hemos decidido que eliminaremos todos los archivos anteriores a Xdías. Puedo hacer eso con un script de PowerShell. A diferencia de este caso similar , vamos a eliminar archivos individuales en lugar de la carpeta completa.

Entonces, mis preguntas:

  • ¿Alguien ha visto estos @símbolos en los archivos de la Papelera de reciclaje?
  • Todo el acceso a la unidad de red es a través de unidades mapeadas. ¿Podría esto explicar por qué los archivos se reciclan? Y escondido?
  • Aunque ejecutamos copias de seguridad diarias, solo quiero aprovechar este recurso para la recuperación de archivos de último recurso. ¿Alguna sugerencia o advertencia?

No estoy seguro si todavía está presente, dada la antigüedad de esta pregunta, pero ¿está redirigiendo Mis documentos a una ruta de red?
Patrick Seymour

Estos dos artículos contienen instrucciones sobre cómo crear una papelera de reciclaje de red en unidades de red asignadas. Puede verificar si alguno de ellos se aplica a su caso: artículo 1 y artículo 2 .
harrymc

Respuestas:


3

Lo que está viendo es la papelera de reciclaje para las carpetas redirigidas de "Mis documentos".

El problema está bien descrito en el artículo Redirección de la carpeta Mis documentos / Papelera de reciclaje :

Cuando se usa la redirección de carpetas para redirigir las carpetas Mis documentos de los usuarios, los elementos eliminados de la carpeta Mis documentos del usuario se almacenan en una Papelera de reciclaje en la carpeta Mis documentos del usuario [que vive en un servidor]. Lamentablemente, el tamaño máximo de la Papelera de reciclaje se basa en el tamaño de la unidad a la que se ha redirigido la carpeta Mis documentos. El tamaño predeterminado es 10%. Utilizando el cliente de registro de Policy maker y la Política de grupo, he introducido la configuración necesaria para que el tamaño máximo de la Papelera de reciclaje para la carpeta Mis documentos sea del 1%.

El problema es que el 1% todavía es demasiado grande. La unidad que se utiliza para almacenar Mis documentos redirigidos es actualmente de 500 GB. El 1% de eso es de 5 GB, compuesto con alrededor de 2000 usuarios y está claro que a lo largo de los años podríamos estar almacenando muchos archivos innecesarios. Enseñar o instruir a 2000 usuarios para que purguen su carpeta Mis documentos de forma regular simplemente no es posible.

El artículo Carpeta Redirección y Papelera de reciclaje dice esto:

Si redirige la Papelera de reciclaje "Mis documentos" puede convertirse en un problema (desperdiciando toneladas de costoso espacio en el disco del servidor).

Se puede controlar el comportamiento de reciclaje Papelera con esta clave de registro: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1sería desactivar el uso de la papelera de reciclaje para las carpetas redirigidas.

Hay otro elemento llamado UseGlobalSettingsque tiene el valor 1 si estos parámetros se utilizan para todos los discos. Con el valor 0, los parámetros de la papelera de reciclaje para cada disco se encuentran como subclaves que tienen la letra de unidad del disco.

Sin embargo, hay otro problema planteado en ese artículo:

Esta clave NukeOnDelete es realmente agradable. Sin embargo, presento otro enigma ... Después de redirigir Mis documentos, el usuario tendrá dos Papeleras de reciclaje: una para archivos locales y la otra para archivos redirigidos. Cuando el usuario navega a la Papelera de reciclaje, carga automáticamente Mis documentos redirigidos, pero no puedo averiguar cómo acceder a la Papelera de reciclaje local. Entiendo que la Papelera de reciclaje local es C: \ Recycler, pero su directorio siempre aparece vacío. Sé que en el entorno ideal, los usuarios no deberían tener acceso para eliminar archivos del sistema local. Debe haber una manera de permitir que el usuario acceda a la Papelera de reciclaje local después de redirigir Mis documentos (aparte de deshabilitar la redirección y cerrar sesión / iniciar sesión) ...

Más información del artículo anterior sobre el control de los tamaños de papelera de reciclaje:

  1. El valor de MaxCapacity se encuentra enHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
  2. En nuestro entorno, solo redirigimos las carpetas Escritorio y Documentos al servidor. Los GUID para estos son (los otros se encuentran en http://msdn.microsoft.com/en-us/library/bb882665.aspx ):
    1. Escritorio: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
    2. Documentos: FDD39AD0-238F-46AF-ADB4-6C85480369C7
  3. Como ejemplo, para configurar la carpeta de Escritorio redirigida para usar solo hasta 200mb, aplique el siguiente valor de registro:
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 (0xC8 es 200 en hexadecimal)
  4. Utilicé las preferencias de directiva de grupo para enviar estos cambios a nuestro entorno.
  5. En mis pruebas, esto no purgó de inmediato elementos en la Papelera de reciclaje que eran más grandes. Sin embargo, cuando eliminé un nuevo elemento después de aplicar esta configuración de registro, los elementos más antiguos se eliminaron inmediatamente de la Papelera de reciclaje.

En cuanto a la eliminación de estos archivos: al hacerlo, se borrarán los documentos eliminados de la papelera de reciclaje del usuario, por lo que podría no ser un problema demasiado grande. Excepto que podría dañar la configuración de la papelera de reciclaje que especifica los archivos que ya no existen. Puede ser mejor vaciar la papelera de reciclaje general inmediatamente después de eliminar todos estos archivos.

Francamente, mis documentos redirigidos parecen haber sido realmente desordenados por Microsoft. Tendrás que intervenir delicadamente entre las gotchas.


Un buen artículo, pero tenga en cuenta que el problema de los archivos ocultos en la Papelera de reciclaje puede y seguirá existiendo, incluso si deshabilita la configuración de tamaño máximo para la Papelera de reciclaje.
HopelessN00b

3

WTF? ¿Alguien ha visto estos símbolos @ en los archivos de la Papelera de reciclaje?

Sí, he visto esto en entornos de Windows desde que tengo memoria. Tanto en el hogar, en entornos de usuario único y sistemas operativos cliente de Windows, como en el trabajo / escuela en entornos de usuarios múltiples en sistemas operativos de servidor Windows con muchos usuarios.

Todo el acceso a la unidad de red es a través de unidades asignadas. ¿Podría esto explicar por qué los archivos se reciclan? Y escondido?

No. Lo que está viendo es una función de la forma en que funciona la Papelera de reciclaje .


Cuando elimina un archivo, la ruta completa y el nombre del archivo se almacenan en un archivo oculto llamado Información o Información2 (Windows 98) en la carpeta Reciclado. Se cambia el nombre del archivo eliminado, utilizando la siguiente sintaxis:

D<original drive letter of file><#>.<original extension> 

En cuanto a "explicar" por qué esto le sucede a una Papelera de reciclaje de Windows, nunca he visto una explicación más autorizada que " encogerse de hombros ... corrupción". El resumen en el artículo vinculado le dice qué parte del proceso sale mal, pero no profundiza en el tipo de detalles sobre el proceso que necesitaría para explicar adecuadamente qué se está desglosando realmente y dónde. Presumiblemente, si lo hubieran hecho, alguien ya habría solucionado este problema.

Aunque ejecutamos copias de seguridad diarias, planeo aprovechar este recurso para la recuperación de archivos de último recurso. ¿Alguna sugerencia o advertencia?

No, alejarte. Los archivos no se pueden restaurar a sus nombres originales (ya que no están en ese archivo INFO manifiesto del contenido de la Papelera de reciclaje), y los usuarios no pueden verlos / no saben que ya están allí, así que Es solo espacio perdido.


En el artículo que cita, los archivos tienen #, mientras que el cartel tiene @. Además, muchas cosas han cambiado desde Windows 98, por lo que el artículo no se aplica realmente.
harrymc

@harrymc Soy positivo. El @existe porque el archivo original "viene de" un recurso compartido de red o la ruta, en lugar de una unidad con una letra. Entonces, en lugar de DC[#].[whatever]si hubiera venido originalmente de la Cunidad, obtienes D@[#].[whatever]... porque un recurso compartido de red o ruta UNC no tiene una "letra de unidad" para ir a la posición de ese segundo carácter. (Por lo tanto, usa el @símbolo en lugar de la letra de la unidad ... por cualquier razón).
HopelessN00b

Él dice que el acceso es a través de recursos compartidos asignados, por lo que tienen una letra de unidad. He estado tratando de duplicar su problema y no puedo manejarlo, mapeado o no: los archivos simplemente se eliminan. Extraño. ¿Puedes duplicarlo? Vea wikipedia para la nueva convención de nomenclatura usando $, no @o #.
harrymc

@harrymc No puedo duplicarlo en el comando, pero administro docenas de servidores de archivos con este tipo de archivos en ellos, en la ruta de perfil redirigida de los usuarios. Una unidad asignada no es lo mismo que las unidades conectadas localmente, ya que las asignaciones de red (y las asignaciones de letras de unidad que vienen con ellas) son una configuración por usuario, no una configuración de todo el sistema. Esto significa que cuando el sistema escribe la ubicación original del archivo en el manifiesto de la papelera de reciclaje, utiliza la ruta real , en \\server1\Users\smithj\smithj's Documents\somefilelugar de la ruta que ve el usuario, como Y:\somefile.
HopelessN00b

Investigué un poco más sobre este curioso problema y encontré más información que puse en una respuesta por separado.
harrymc
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.