Kullanıcı RECYCLER klasörlerinde binlerce gizli dosya var


11

Tüm kullanıcı dosyalarının ve ağ profillerinin kökü olan bir "Kullanıcılar" klasörünüz var.

Bir dizin boyutu yardımcı programı (WinDirStat) kullanarak, garip ve endişe verici bir sorunla karşılaştım - binlerce dosya etkili bir şekilde Windows Geri Dönüşüm Kutusu arayüzünde gizlendi. Her kullanıcının klasöründe doğrudan altında bir RECYCLER klasörü vardır My Documents, örneğin:

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

Çoğu kullanıcı basit bir Wyse terminalinden bir Citrix Application sunucusuna giriş yaptığından çok az kullanıcımız PC'ye sahiptir. Dosya etkinliklerinin çoğu ağ paylaşımlarında olduğundan, kullanıcılar (ve yöneticiler) her zaman "Ağ Geri Dönüşüm Kutusu" olmadığını anladık.

Ancak, çoğu kullanıcı için gizli RECYCLER klasöründe binlerce dosya vardır. Birkaç şey öne çıkıyor:

  1. Çoğu durumda, Geri Dönüşüm Kutusu arabirimi kullanılarak hiçbir dosya görünmez
  2. Tek tek dosyalar için adlandırma kuralı , DCveya gibi bir sürücü harfi içermelidir DD, ancak bunun yerine tümü ile başlar D@- örneğin D@1234.doc,.
  3. @Sembolün Windows'un orijinal dosyaları silmeyi önlediğine inanıyorum , bu yüzden sadece kullanıcı arayüzünde bastırılıyorlar.
  4. Dosyalar birlikte onlarca Gigabayt tüketiyor. Onlar hayalet değil. Bazı dosyaların silinmesi sürücüdeki boş alanı artırır.
  5. Görünüşe göre aslında bir "Ağ Geri Dönüşüm Kutusu" var. Kazayla. Gerçek dosya adları olmadan.

XGünlerden daha eski olan tüm dosyaları silmeye karar verdik . Bunu bir PowerShell betiğiyle yapabilirim. Bu benzer durumdan farklı olarak, tüm klasör yerine tek tek dosyaları sileceğiz.

Sorularım:

  • Bu @sembolleri Geri Dönüşüm Kutusu dosyalarında gören var mı?
  • Tüm ağ sürücüsü erişimi eşlenen sürücüler aracılığıyla sağlanır. Bu, dosyaların neden geri dönüştürüldüğünü açıklayabilir mi? Ve gizli mi?
  • Günlük yedeklemeler çalıştırmamıza rağmen, sadece son çare dosya kurtarma için bu kaynağa dokunmak istiyorum. Herhangi bir öneriniz veya uyarınız var mı?

Bu sorunun yaşı göz önüne alındığında hala etrafta olup olmadığınızdan emin değilsiniz, ancak Belgelerim'i bir ağ yoluna mı yönlendiriyorsunuz?
Patrick Seymour

Bu iki makale, eşlenen ağ sürücülerinde Ağ Geri Dönüşüm kutusunun nasıl oluşturulacağına ilişkin yönergeler içerir. Bunlardan herhangi birinin davanız için geçerli olup olmadığını kontrol edebilirsiniz: makale 1 ve makale 2 .
harrymc

Yanıtlar:


3

Gördüğünüz, yeniden yönlendirilen "Belgelerim" klasörlerinin geri dönüşüm kutusudur.

Sorun, Belgelerim Klasör Yeniden Yönlendirme / Geri Dönüşüm Kutusu makalesinde iyi açıklanmıştır :

Kullanıcıları Belgelerim klasörlerini yeniden yönlendirmek için klasör yeniden yönlendirmeyi kullanırken, kullanıcının Belgelerim klasöründen silinen öğeler, kullanıcının bir sunucuda bulunan Belgelerim klasöründeki Geri Dönüşüm Kutusu'nda depolanır. Maalesef, Geri Dönüşüm Kutusu'nun maksimum boyutu Belgelerim klasörünün de yeniden yönlendirildiği sürücünün boyutuna bağlıdır. Varsayılan boyut% 10'dur. İlke yapıcı kayıt defteri istemcisini ve Grup İlkesini kullanarak Belgelerim klasörü için Geri Dönüşüm Kutusu'nun maksimum boyutunu% 1 yapmak için gerekli ayarları yaptım.

Sorun şu ki,% 1 hala büyük bir yol. Yeniden yönlendirilen Belgelerim depolamak için kullanılan sürücü şu anda 500 GB. Bunun% 1'i 5GB'tır, yaklaşık 2000 kullanıcıyla bileşiktir ve yıllar boyunca potansiyel olarak birçok gereksiz dosyayı depolayabileceğimiz açıktır. 2000 kullanıcıya Belgelerim klasörünü düzenli olarak temizlemeyi öğretmek veya öğretmek mümkün değildir.

Klasör Yeniden Yönlendirme ve Geri Dönüşüm Kutusu makalesinde şunlar yazılıdır :

"Belgelerim" yönlendirme yaparsanız, Geri Dönüşüm Kutusu bir sorun haline gelebilir (tonlarca pahalı sunucu disk alanı harcar).

Bu kayıt defteri anahtarı ile Geri Dönüşüm Kutusu davranışını kontrol edebilir: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1Yönlendirilen Klasörler için Geri Dönüşüm Kutusu kullanımını devre dışı olur.

Bu parametreler tüm diskler için kullanılıyorsa UseGlobalSettings, değere sahip başka bir öğe vardır 1. Değerle birlikte, 0her disk için geri dönüşüm kutusu parametreleri, diskin sürücü harfine sahip alt anahtarlar olarak bulunur.

Ancak bu makalede ortaya çıkan başka bir sorun daha var:

Bu NukeOnDelete anahtarı gerçekten çok hoş. Ancak, başka bir muamele getiriyorum ... Belgelerim'i yeniden yönlendirdikten sonra, kullanıcının biri Yerel dosyalar, diğeri yeniden yönlendirilen dosyalar için olmak üzere iki Geri Dönüşüm Kutusu olacaktır. Kullanıcı Geri Dönüşüm Kutusu'na göz attığında, yeniden yönlendirilen Belgelerim'i otomatik olarak yükler, ancak yerel Geri Dönüşüm Kutusu'na nasıl erişileceğini bulamıyorum. Yerel Geri Dönüşüm Kutusu'nun C: \ Recycler olduğunu anlıyorum, ancak dizin her zaman boş görünüyor. İdeal ortamda biliyorum, kullanıcılar yerel sistemden dosya silme erişimine sahip olmamalı. Belgelerimi yeniden yönlendirdikten sonra kullanıcının yerel Geri Dönüşüm Kutusu'na erişmesine izin vermenin bir yolu olmalıdır (yeniden yönlendirmeyi devre dışı bırakmak ve oturumu kapatmak / oturmak dışında) ...

Geri dönüşüm kutusu boyutlarını kontrol etme hakkında yukarıdaki makaleden daha fazla bilgi:

  1. MaxCapacity değeri bulunmaktadırHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
  2. Ortamımızda, yalnızca Masaüstü ve Belgeler klasörlerini sunucuya yönlendiriyoruz. Bunların GUID'leri (diğerleri http://msdn.microsoft.com/en-us/library/bb882665.aspx adresinde bulunur ):
    1. Masaüstü: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
    2. Belgeler: FDD39AD0-238F-46AF-ADB4-6C85480369C7
  3. Örnek olarak, yeniden yönlendirilen Masaüstü klasörünü yalnızca 200mb'ye kadar kullanacak şekilde ayarlamak için aşağıdaki kayıt defteri değerini uygulayın:
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 (0xC8 onaltılı sayı 200'dür )
  4. Bu değişiklikleri çevremize yaymak için Grup İlkesi Tercihleri'ni kullandım.
  5. Testlerimde bu, Geri Dönüşüm Kutusu'ndaki daha büyük öğeleri hemen temizlemedi. Ancak, bu kayıt defteri ayarı uygulandıktan sonra yeni bir öğe sildiğimde, eski öğeler hemen Geri Dönüşüm Kutusu'ndan silindi.

Bu dosyaları silmeye gelince: Bunu yapmak aslında silinen belgeleri kullanıcının geri dönüşüm kutusundan siler, bu yüzden çok büyük bir sorun olmayabilir. Bunun dışında artık var olmayan dosyaları belirterek geri dönüşüm kutusu ayarlarını değiştirebilir. Tüm bu dosyaları sildikten hemen sonra genel geri dönüşüm kutusunu boşaltmak daha iyi olabilir.

Açıkçası, yeniden yönlendirilmiş Belgelerim, Microsoft tarafından asil bir şekilde dağılmış gibi görünüyor. Gotchas arasında hassas bir şekilde adım atmanız gerekecek.


İyi bir makale, ancak Geri Dönüşüm Kutusu'ndaki maksimum boyut ayarını devre dışı bıraksanız bile Geri Dönüşüm Kutusu'ndaki gizli dosyalar sorununun devam edebileceğini ve devam edeceğini unutmayın.
HopelessN00b

3

O NE LAN? Geri Dönüşüm Kutusu dosyalarında bu @ sembolleri gören var mı?

Evet, bunu Windows ortamlarında hatırlayabildiğim kadar geriye gittiğini gördüm. Hem evde, hem de tek kullanıcılı ortamlarda ve Windows istemci işletim sistemlerinde ve birçok kullanıcılı Windows sunucu işletim sistemlerindeki çok kullanıcılı ortamlarda işte / okulda.

Tüm ağ sürücüsü erişimi Eşlenen Sürücüler aracılığıyla gerçekleştirilir. Bu, dosyaların neden geri dönüştürüldüğünü açıklayabilir mi? Ve gizli mi?

Hayır. Gördüğünüz şey, Geri Dönüşüm Kutusu'nun çalışma biçimidir .


Bir dosyayı sildiğinizde, tam yol ve dosya adı Geri Dönüştürülmüş klasöründe Bilgi veya Bilgi2 (Windows 98) adlı gizli bir dosyada saklanır. Silinen dosya, aşağıdaki sözdizimi kullanılarak yeniden adlandırılır:

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

Bunun neden bir Windows Geri Dönüşüm Kutusu'na "açıklandığına" gelince, " omuz silkme ... yolsuzluk " tan daha güvenilir bir açıklama görmedim . Bağlantılı makaledeki özet, işlemin hangi bölümünün yanlış gittiğini anlatır, ancak gerçekte neyin nerede olduğunu ve nerede olduğunu doğru bir şekilde açıklamanız gereken süreç hakkında ayrıntılı bilgi vermez. Muhtemelen, eğer olsaydı, birisi bu sorunu şimdiye kadar çözerdi.

Günlük yedeklemeler yapmamıza rağmen, son çare dosya kurtarma için bu kaynağa dokunmayı planlıyorum. Herhangi bir öneriniz veya uyarınız var mı?

Hayır, nuke uzakta. Dosyalar orijinal adlarına geri yüklenemez (artık Geri Dönüşüm Kutusu içeriğinin INFO dosya bildiriminde bulunmadıkları için) ve kullanıcılar onları göremez / artık orada olduklarını bilmezler, bu nedenle sadece boşa giden alan.


Alıntıladığınız makalede #, poster varken dosyalar vardır @. Ayrıca, Windows 98'den beri birçok şey değişti, bu yüzden makale gerçekten geçerli değil.
harrymc

@harrymc ben pozitifim. @Dosya aslen yerine bir harf ile bir disk yerine, bir ağ paylaşımına veya yol "geldi" Çünkü mevcut. Yani DC[#].[whatever]asıl olarak Csürücüden gelmiş olsaydı , elde edersiniz D@[#].[whatever]... çünkü bir ağ paylaşımının veya UNC yolunun ikinci karakter konumuna gitmek için bir "sürücü harfi" yoktur. (Bu yüzden @sürücü harfi yerine sembolü kullanır ... herhangi bir nedenle.)
HopelessN00b

Erişimin eşlenmiş paylaşımlar olduğunu söylüyor, bu yüzden bir sürücü mektubu var. Ben onun sorunu çoğaltmak için çalışıyorum ve ben bunu yönetemez, haritalanmış ya da değil: dosyalar sadece silinir. Tuhaf. Çoğaltabilir misiniz? Bkz wikipedia kullanarak yeni adlandırma kongre için $değil, @ya da #.
harrymc

@harrymc Komutta çoğaltamıyorum, ancak kullanıcıların yönlendirilmiş profil yolunda onlarca dosya sunucusu ile bu tür dosyaları yönetiyorum. Eşlenen sürücü yerel olarak bağlı sürücülerle aynı değildir, çünkü ağ eşlemeleri (ve onlarla birlikte gelen sürücü harfi eşlemeleri) sistem çapında bir ayar değildir, kullanıcı başına bir ayardır. Bu, sistemin dosyanın orijinal konumunu geri dönüşüm kutusu manifestine yazdığında , kullanıcının gördüğü yol yerine gerçek yolu kullandığı anlamına gelir . \\server1\Users\smithj\smithj's Documents\somefileY:\somefile
HopelessN00b

Bu meraklı sorun hakkında biraz daha araştırma yaptım ve ayrı bir cevapta verdiğim daha fazla bilgi buldum.
harrymc
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.