Le cartelle RECYCLER dell'utente hanno migliaia di file nascosti


11

Abbiamo una cartella "Utenti" che è la radice di tutti i file utente e profili di rete.

Usando un'utilità di dimensione directory (WinDirStat), mi sono imbattuto in uno strano e preoccupante problema: migliaia di file effettivamente nascosti nell'interfaccia di Windows Cestino. La cartella di ogni utente ha una cartella RECYCLER direttamente sotto My Documents, come:

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

Pochissimi dei nostri utenti dispongono di PC, poiché la maggior parte degli utenti accede a un server Citrix Application da un semplice terminale Wyse. Poiché la maggior parte della loro attività sui file è su condivisioni di rete, gli utenti (e noi amministratori) hanno sempre capito che non esiste un "Cestino di rete".

Tuttavia, la cartella RECYCLER nascosta per la maggior parte degli utenti ha migliaia di file. Diverse cose si distinguono:

  1. Nella maggior parte dei casi, nessuno dei file è visibile utilizzando l'interfaccia del Cestino
  2. La convenzione di denominazione per i singoli file dovrebbe includere una lettera di unità come DCo DD, ma invece iniziano tutti con D@, ad esempio D@1234.doc.
  3. Credo che il @simbolo impedisca a Windows di dereferenziare i file originali, quindi vengono semplicemente eliminati nell'interfaccia utente.
  4. I file consumano insieme decine di gigabyte. Non sono fantasmi. L'eliminazione di alcuni file aumenta lo spazio libero sull'unità.
  5. Sembra che in realtà abbiamo un "Cestino di rete". Per errore. Senza nomi di file reali.

Abbiamo già deciso che elimineremo tutti i file più vecchi di Xgiorni. Posso farlo con uno script di PowerShell. A differenza di questo caso simile , elimineremo i singoli file anziché l'intera cartella.

Quindi, le mie domande:

  • Qualcuno ha visto questi @simboli nei file Cestino?
  • Tutto l'accesso all'unità di rete avviene tramite unità mappate. Questo potrebbe spiegare perché i file vengono riciclati? E nascosto?
  • Sebbene eseguiamo backup giornalieri, desidero solo toccare questa risorsa per il recupero dei file dell'ultima risorsa. Qualche suggerimento o avvertimento?

Non sei sicuro che tu sia ancora in giro, vista l'età di questa domanda, ma stai reindirizzando My Documents su un percorso di rete?
Patrick Seymour,

Questi due articoli contengono istruzioni su come creare un Cestino di rete su unità di rete mappate. Puoi verificare se uno dei due si applica al tuo caso: articolo 1 e articolo 2 .
harrymc,

Risposte:


3

Quello che vedi è il cestino per le cartelle "Documenti" reindirizzate.

Il problema è ben descritto nell'articolo Reindirizzamento / Cestino della cartella Documenti :

Quando si utilizza il reindirizzamento delle cartelle per reindirizzare le cartelle Documenti degli utenti, gli elementi eliminati dalla cartella Documenti dell'utente vengono archiviati in un Cestino nella cartella Documenti dell'utente [che risiede su un server]. Sfortunatamente la dimensione massima del Cestino si basa sulla dimensione dell'unità che è stata reindirizzata anche la cartella Documenti. La dimensione predefinita è del 10%. Utilizzando il client di registro di Policy Maker e Criteri di gruppo, ho impostato le impostazioni necessarie per rendere la dimensione massima del Cestino per la cartella Documenti dell'1%.

Il problema è che l'1% è ancora troppo grande. L'unità utilizzata per archiviare i miei documenti reindirizzati è attualmente di 500 GB. L'1% è di 5 GB, composto da circa 2000 utenti ed è evidente che nel corso degli anni potremmo potenzialmente archiviare molti file non necessari. Non è possibile insegnare o istruire 2000 utenti a eliminare regolarmente la loro cartella Documenti.

L'articolo Reindirizzamento cartelle e Cestino dice questo:

Se reindirizzi il Cestino "Documenti" può diventare un problema (sprecare tonnellate di spazio su disco del server costoso).

È possibile controllare il comportamento Recycle Bin con questa chiave di registro: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1sarebbe disabilitare l'utilizzo del Cestino per cartelle reindirizzate.

C'è un altro elemento chiamato UseGlobalSettingsche ha il valore 1 se questi parametri sono utilizzati per tutti i dischi. Con il valore 0, i parametri del cestino per ciascun disco si trovano come sottochiavi con la lettera di unità del disco.

C'è comunque un altro problema sollevato in quell'articolo:

Questa chiave NukeOnDelete è davvero carina. Tuttavia, faccio emergere un altro enigma ... Dopo aver reindirizzato My Documents, l'utente avrà due Cestini: uno per i file locali, l'altro per i file reindirizzati. Quando l'utente accede al Cestino, carica automaticamente i miei documenti reindirizzati, ma non riesco a scoprire come accedere al Cestino locale. Comprendo che il Cestino locale è C: \ Recycler, ma la directory appare sempre vuota. Conosco l'ambiente ideale, gli utenti non dovrebbero avere accesso per eliminare i file dal sistema locale. Deve esserci un modo per consentire all'utente di accedere al Cestino locale dopo aver reindirizzato My Documents (oltre a disabilitare il reindirizzamento e disconnettersi / disconnettersi) ...

Ulteriori informazioni dall'articolo precedente sul controllo delle dimensioni del cestino:

  1. Il valore MaxCapacity si trova inHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
  2. Nel nostro ambiente, reindirizziamo solo le cartelle Desktop e Documenti al server. I GUID per questi sono (gli altri si trovano su http://msdn.microsoft.com/en-us/library/bb882665.aspx ):
    1. Desktop: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
    2. Documenti: FDD39AD0-238F-46AF-ADB4-6C85480369C7
  3. Ad esempio, per impostare la cartella Desktop reindirizzata in modo da utilizzare solo fino a 200 MB, applicare il seguente valore di registro:
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 (0xC8 è 200 in esadecimale)
  4. Ho usato le preferenze di criteri di gruppo per inviare queste modifiche al nostro ambiente.
  5. Nel mio test, questo non ha eliminato immediatamente gli oggetti nel Cestino che erano più grandi. Tuttavia, quando ho eliminato un nuovo elemento dopo l'applicazione di questa impostazione del registro, gli elementi più vecchi sono stati immediatamente eliminati dal Cestino.

Per quanto riguarda l'eliminazione di questi file: in questo modo si cancelleranno effettivamente i documenti eliminati dal cestino dell'utente, quindi potrebbe non essere un problema troppo grande. Solo che potrebbe allentare le impostazioni del cestino specificando i file che non esistono più. Potrebbe essere meglio svuotare il cestino generale immediatamente dopo aver eliminato tutti questi file.

Francamente, i miei documenti reindirizzati sembrano essere stati incasinati in modo regale da Microsoft. Dovrai fare un passo delicato tra i gotcha.


Un buon articolo, ma si noti che il problema dei file nascosti nel Cestino può e continuerà a esistere, anche se si disabilita l'impostazione della dimensione massima per il Cestino.
HopelessN00b,

3

WTF? Qualcuno ha visto questi simboli @ nei file Cestino?

Sì, l'ho visto negli ambienti Windows risalire a quanto ricordo. Sia a casa, in ambienti a utente singolo e sistemi operativi client Windows, e al lavoro / a scuola in ambienti multiutente su sistemi operativi Windows Server con molti utenti.

Tutto l'accesso all'unità di rete avviene tramite unità mappate. Questo potrebbe spiegare perché i file vengono riciclati? E nascosto?

No. Quello che vedi è una funzione del modo in cui funziona il Cestino .


Quando si elimina un file, il percorso completo e il nome del file vengono archiviati in un file nascosto chiamato Info o Info2 (Windows 98) nella cartella Riciclato. Il file eliminato viene rinominato, utilizzando la sintassi seguente:

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

Quanto a "spiegare" perché questo accade a un Cestino di Windows, non ho mai visto una spiegazione più autorevole di " scrollare le spalle ... corruzione". Il riepilogo nell'articolo collegato indica quale parte del processo non funziona, ma non approfondisce il tipo di dettagli sul processo di cui avresti bisogno per spiegare correttamente cosa si sta effettivamente rompendo e dove. Presumibilmente, se l'avessero fatto, qualcuno avrebbe risolto questo problema ormai.

Sebbene eseguiamo backup giornalieri, ho intenzione di toccare questa risorsa per il recupero dei file dell'ultima risorsa. Qualche suggerimento o avvertimento?

No, nuke via. I file non possono essere ripristinati con i loro nomi originali (poiché non si trovano più nel manifest del file INFO del contenuto del Cestino) e gli utenti non possono vederli / non sanno più che sono lì, quindi è solo spazio sprecato.


Nell'articolo che citi, i file hanno #, mentre il poster ha @. Inoltre, molte cose sono cambiate da Windows 98, quindi l'articolo non si applica davvero.
harrymc,

@harrymc sono positivo. Il @esiste perché il file originariamente "è venuto da" una condivisione di rete o il percorso, piuttosto che un disco con una lettera. Quindi invece che DC[#].[whatever]se originariamente proveniva Cdall'unità, si ottiene D@[#].[whatever]... perché una condivisione di rete o un percorso UNC non ha una "lettera di unità" per andare in quella posizione di secondo carattere. (Quindi utilizza il @simbolo anziché la lettera di unità ... per qualsiasi motivo.)
HopelessN00b

Dice che l'accesso avviene tramite condivisioni mappate, quindi hanno una lettera di unità. Ho cercato di duplicare il suo problema e non riesco a gestirlo, mappato o meno: i file sono appena eliminati. Strano. Puoi duplicarlo? Vedi Wikipedia per la nuova convenzione di denominazione utilizzando $, non @o #.
harrymc,

@harrymc Non riesco a duplicarlo a comando, ma gestisco dozzine di file server con questo tipo di file, nel percorso del profilo reindirizzato degli utenti. Un'unità mappata non è la stessa di un'unità collegata localmente, poiché i mapping di rete (e i mapping delle lettere di unità che ne derivano) sono un'impostazione per utente, non un'impostazione a livello di sistema. Ciò significa che quando il sistema scrive la posizione originale del file nel manifest del cestino, utilizza il percorso effettivo , ad esempio \\server1\Users\smithj\smithj's Documents\somefileanziché il percorso visualizzato dall'utente, ad esempio Y:\somefile.
HopelessN00b,

Ho fatto qualche ricerca in più su questo curioso problema e ho trovato più informazioni che ho inserito in una risposta separata.
harrymc,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.