Les dossiers utilisateur RECYCLER contiennent des milliers de fichiers cachés

11

Nous avons un dossier "Utilisateurs" qui est la racine de tous les fichiers utilisateur et profils de réseau.

À l'aide d'un utilitaire de taille de répertoire (WinDirStat), je suis tombé sur un problème étrange et inquiétant: des milliers de fichiers effectivement cachés dans l'interface de la corbeille de Windows. Le dossier de chaque utilisateur contient un dossier RECYCLER directement sous My Documents, tel que:

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

Très peu de nos utilisateurs ont un ordinateur, car la plupart des utilisateurs se connectent à un serveur d'applications Citrix à partir d'un simple terminal Wyse. Parce que la majeure partie de leur activité de fichier se fait sur des partages réseau, les utilisateurs (et nous, administrateurs) ont toujours compris qu'il n'y avait pas de "Corbeille réseau".

Cependant, le dossier caché RECYCLER pour la plupart des utilisateurs contient des milliers de fichiers. Plusieurs choses se démarquent:

  1. Dans la plupart des cas, aucun fichier n'est visible à l'aide de l'interface de la corbeille.
  2. La convention de dénomination des fichiers individuels doit inclure une lettre de lecteur telle que DCou DD, mais ils commencent tous par D@- par exemple [email protected],.
  3. Je crois que le @symbole empêche Windows de déréférencer les fichiers d'origine, ils sont donc simplement supprimés dans l'interface utilisateur.
  4. Les fichiers pris ensemble consomment des dizaines de gigaoctets. Ce ne sont pas des fantômes. La suppression de certains fichiers augmente l’espace libre sur le lecteur.
  5. Il semble que nous ayons une "Corbeille réseau". Par accident. Sans vrais noms de fichiers.

Nous avons déjà décidé de supprimer tous les fichiers plus anciens que plusieurs Xjours. Je peux le faire avec un script PowerShell. Contrairement à ce cas similaire , nous allons supprimer des fichiers individuels au lieu du dossier entier.

Alors, mes questions:

  • Est-ce que quelqu'un a vu ces @symboles dans les fichiers de la corbeille?
  • Tous les lecteurs réseau sont accessibles via des lecteurs mappés. Cela pourrait-il expliquer pourquoi les fichiers sont recyclés? Et caché?
  • Bien que nous exécutions des sauvegardes quotidiennes, je souhaite uniquement exploiter cette ressource pour la récupération de fichier de dernier recours. Des suggestions ou des avertissements?
Jswanson
la source
Vous ne savez pas si vous y êtes toujours, compte tenu de l’âge de cette question, mais redirigez-vous Mes documents vers un chemin réseau?
Patrick Seymour
Ces deux articles contiennent des instructions sur la création d'une corbeille réseau sur des lecteurs réseau mappés. Vous pouvez vérifier si l’un d’eux s’applique à votre cas: article 1 et article 2 .
harrymc

Réponses:

3

Ce que vous voyez est la corbeille pour les dossiers "Mes documents" redirigés.

Le problème est bien décrit dans l'article Redirection de dossiers / Corbeille de documents :

Lorsque vous utilisez la redirection de dossiers pour rediriger les dossiers Mes documents des utilisateurs, les éléments supprimés du dossier Mes documents de l'utilisateur sont stockés dans une corbeille située dans le dossier Mes documents de l'utilisateur [qui réside sur un serveur]. Malheureusement, la taille maximale de la corbeille dépend de la taille du lecteur pour lequel le dossier Mes documents a également été redirigé. La taille par défaut est 10%. À l'aide du client de registre Policy Maker et de la stratégie de groupe, j'ai défini les paramètres nécessaires pour définir la taille maximale de la corbeille pour le dossier Mes documents à 1%.

Le problème est que 1% est encore trop gros. Le lecteur utilisé pour stocker Mes documents redirigés est actuellement de 500 Go. Avec environ 2 000 utilisateurs, 1% de cela représente 5 Go. Il est clair qu'au fil des ans, nous pourrions potentiellement stocker beaucoup de fichiers inutiles. Il est tout simplement impossible d'enseigner ou d'instruire 2 000 utilisateurs à la purge régulière de leur dossier Mes documents.

L'article Redirection de dossiers et Corbeille de l'article dit ceci:

Si vous redirigez «Mes documents», la corbeille peut devenir un problème (gaspillage de tonnes d’espace disque coûteux sur le serveur).

Vous pouvez contrôler le comportement Corbeille avec cette clé de Registre: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1désactiverait l' utilisation de la Corbeille pour les dossiers réexpédiés.

Un autre élément appelé UseGlobalSettingsa la valeur 1 si ces paramètres sont utilisés pour tous les disques. Avec la valeur 0, les paramètres de la corbeille pour chaque disque se trouvent sous la forme de sous-clés ayant la lettre de lecteur du disque.

Il existe cependant un autre problème soulevé dans cet article:

Cette clé NukeOnDelete est vraiment sympa. Cependant, je soulève une autre énigme ... Après avoir redirigé Mes documents, l'utilisateur disposera de deux corbeilles de recyclage: une pour les fichiers locaux, l'autre pour les fichiers redirigés. Lorsque l'utilisateur accède à la corbeille, il charge automatiquement Mes documents redirigés, mais je ne parviens pas à savoir comment accéder à la corbeille locale. Je comprends que la corbeille locale est C: \ Recycler, mais ce répertoire semble toujours vide. Je sais que dans l'environnement idéal, les utilisateurs ne devraient pas avoir le droit de supprimer des fichiers du système local. Il doit exister un moyen d'autoriser l'utilisateur à accéder à la corbeille locale après la redirection de Mes documents (autre que la désactivation de la redirection et la déconnexion / connexion) ...

Plus d'informations sur l'article ci-dessus sur le contrôle des tailles de corbeille:

  1. La valeur MaxCapacity est située àHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
  2. Dans notre environnement, nous ne redirigeons que les dossiers Bureau et Documents vers le serveur. Les GUID correspondants (les autres se trouvent à l' adresse http://msdn.microsoft.com/en-us/library/bb882665.aspx ):
    1. Bureau: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
    2. Documents: FDD39AD0-238F-46AF-ADB4-6C85480369C7
  3. Par exemple, pour que le dossier Bureau redirigé n'utilise que 200 Mo maximum, appliquez la valeur de registre suivante:
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 (0xC8 est 200 en hexadécimal)
  4. J'ai utilisé les préférences de stratégie de groupe pour appliquer ces modifications à notre environnement.
  5. Lors de mes tests, cela n'a pas immédiatement purgé les éléments les plus volumineux de la corbeille. Cependant, lorsque j'ai supprimé un nouvel élément après l'application de ce paramètre de registre, les éléments les plus anciens ont été immédiatement supprimés de la corbeille.

En ce qui concerne la suppression de ces fichiers: Ceci effacera en effet les documents supprimés de la corbeille de l'utilisateur, ce qui ne risque pas de poser un problème trop important. Sauf que cela pourrait faire échouer les paramètres de la corbeille en spécifiant des fichiers qui n'existent plus. Il serait peut-être préférable de vider la corbeille générale immédiatement après la suppression de tous ces fichiers.

Franchement, Microsoft semble avoir redirigé mes documents redirigés. Vous devrez entrer délicatement entre les pièges.

harrymc
la source
Un bon article, mais notez que le problème des fichiers cachés dans la corbeille peut et continuera d'exister, même si vous désactivez le paramètre de taille maximale pour la corbeille.
HopelessN00b
3

WTF? Est-ce que quelqu'un a vu ces symboles @ dans les fichiers de la corbeille?

Oui, j'ai vu cela dans les environnements Windows remontant aussi loin que je me souvienne. À la maison, dans des environnements mono-utilisateur et des systèmes d'exploitation clients Windows, et au travail / à l'école dans des environnements multi-utilisateurs sur des systèmes d'exploitation de serveur Windows avec de nombreux utilisateurs.

Tous les lecteurs réseau sont accessibles via des lecteurs mappés. Cela pourrait-il expliquer pourquoi les fichiers sont recyclés? Et caché?

Non. Ce que vous voyez est fonction de la façon dont fonctionne la corbeille .


Lorsque vous supprimez un fichier, le chemin d'accès complet et le nom du fichier sont stockés dans un fichier caché appelé Info ou Info2 (Windows 98) dans le dossier Recyclé. Le fichier supprimé est renommé en utilisant la syntaxe suivante:

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

En ce qui concerne "expliquer" pourquoi cela se produit dans une corbeille Windows, je n'ai jamais vu d'explication plus fiable que " haussement d'épaules ... corruption". Le résumé de l'article lié vous indique quelle partie du processus va mal, mais n'entrez pas dans les détails du processus dont vous auriez besoin pour expliquer correctement ce qui est en train de tomber en panne et où. Probablement, s'ils l'avaient fait, quelqu'un aurait déjà résolu ce problème.

Bien que nous exécutions des sauvegardes quotidiennes, je prévois d’exploiter cette ressource pour la récupération de fichier de dernier recours. Des suggestions ou des avertissements?

Non, détruisez-vous. Les fichiers ne peuvent pas être restaurés sous leur nom d'origine (car ils ne figurent plus dans le fichier INFO du contenu de la corbeille), et les utilisateurs ne peuvent plus les voir / ne savent plus qu'ils sont là, c'est juste de l'espace perdu.

HopelessN00b
la source
Dans l'article que vous citez, les fichiers ont #, alors que l'affiche en a @. De plus, beaucoup de choses ont changé depuis Windows 98 et l'article ne s'applique donc pas vraiment.
harrymc
@ charrymc je suis positif. Le @fichier existe parce que le fichier "provenait" d'un partage réseau ou d'un chemin d'accès plutôt que d'un lecteur avec une lettre. Ainsi, au lieu de DC[#].[whatever]s’il provient du Clecteur, vous obtenez D@[#].[whatever]... car un partage réseau ou un chemin UNC n’a pas de "lettre de lecteur" lui permettant de se placer dans la deuxième position de caractère. (Donc, il utilise le @symbole au lieu de la lettre de lecteur ... pour une raison quelconque.)
HopelessN00b
Il dit que l'accès se fait par des partages mappés, ils ont donc une lettre de lecteur. J'ai essayé de dupliquer son problème et je ne peux pas le gérer, mappé ou non: les fichiers sont simplement supprimés. Bizarre. Pouvez-vous le dupliquer? Voir wikipedia pour la nouvelle convention de nommage utilisant $, not @or #.
harrymc
@harrymc Je ne peux pas le dupliquer sur commande, mais j'administre des dizaines de serveurs de fichiers contenant ce type de fichiers, dans le chemin de profil redirigé des utilisateurs. Un lecteur mappé n'est pas identique à un lecteur connecté localement, car les mappages réseau (et les mappages de lettre de lecteur qui les accompagnent) constituent un paramètre par utilisateur et non un paramètre à l'échelle du système. Cela signifie que lorsque le système écrit l'emplacement d'origine du fichier dans le manifeste de la corbeille, il utilise le chemin d'accès réel , tel que \\server1\Users\smithj\smithj's Documents\somefileplutôt que le chemin d'accès visualisé par l'utilisateur Y:\somefile.
HopelessN00b
J'ai fait quelques recherches supplémentaires sur ce problème curieux et j'ai trouvé plus d'informations que j'ai insérées dans une réponse séparée.
harrymc