Thư mục RECYCLER của người dùng có hàng ngàn tệp bị ẩn


11

Chúng tôi có thư mục "Người dùng" là thư mục gốc của tất cả các tệp người dùng và hồ sơ mạng.

Sử dụng tiện ích kích thước thư mục (WinDirStat), tôi tình cờ gặp phải một vấn đề kỳ lạ và đáng lo ngại - hàng ngàn tệp bị ẩn một cách hiệu quả trong giao diện Windows Recycl Bin. Mỗi thư mục của người dùng có một thư mục RECYCLER ngay bên dưới My Documents, chẳng hạn như:

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

Rất ít người dùng của chúng tôi có PC, vì hầu hết người dùng đăng nhập vào máy chủ Ứng dụng Citrix từ thiết bị đầu cuối Wyse đơn giản. Vì hầu hết hoạt động tệp của họ là trên các chia sẻ mạng, người dùng (và chúng tôi quản trị viên) luôn hiểu rằng không có "Thùng rác mạng".

Tuy nhiên, thư mục RECYCLER ẩn cho hầu hết người dùng có hàng ngàn tệp. Một số điều nổi bật:

  1. Trong hầu hết các trường hợp, không có tệp nào được hiển thị bằng giao diện Thùng rác
  2. Quy ước đặt tên cho các tệp riêng lẻ phải bao gồm ký tự ổ đĩa , DChoặc DDthay vào đó, tất cả chúng đều bắt đầu bằng D@- ví dụ : D@1234.doc.
  3. Tôi tin rằng @biểu tượng này đang ngăn Windows hủy bỏ các tệp gốc, vì vậy chúng chỉ bị chặn trong giao diện người dùng.
  4. Các tập tin cùng nhau tiêu thụ hàng chục Gigabyte. Họ không phải là ma. Xóa một số tệp sẽ tăng dung lượng trống trên ổ đĩa.
  5. Có vẻ như chúng ta thực sự có một "Thùng rác mạng". Vô tình. Nếu không có tên tập tin thực sự.

Chúng tôi đã quyết định sẽ xóa tất cả các tệp cũ hơn Xngày. Tôi có thể làm điều đó với một kịch bản PowerShell. Không giống như trường hợp tương tự này , chúng tôi sẽ xóa các tệp riêng lẻ thay vì toàn bộ thư mục.

Vì vậy, câu hỏi của tôi:

  • Có ai nhìn thấy những @biểu tượng này trong các tệp Thùng rác chưa?
  • Tất cả các truy cập ổ đĩa mạng là thông qua các ổ đĩa được ánh xạ. Điều này có thể giải thích tại sao các tập tin được tái chế? Và ẩn?
  • Mặc dù chúng tôi chạy các bản sao lưu hàng ngày, tôi chỉ muốn khai thác tài nguyên này để phục hồi tập tin cuối cùng. Bất kỳ đề nghị hoặc cảnh báo?

Không chắc chắn liệu bạn có còn ở đây không, với độ tuổi của câu hỏi này, nhưng bạn có đang chuyển hướng Tài liệu của tôi sang đường dẫn mạng không?
Patrick Seymour

Hai bài viết này chứa các hướng dẫn về cách tạo thùng rác Mạng trên các ổ đĩa mạng được ánh xạ. Bạn có thể kiểm tra xem một trong số chúng có áp dụng cho trường hợp của bạn không: bài viết 1bài viết 2 .
harrymc

Câu trả lời:


3

Những gì bạn đang thấy là thùng rác cho các thư mục "Tài liệu của tôi" được chuyển hướng.

Vấn đề được mô tả kỹ trong bài viết Chuyển hướng / Thùng rác Tài liệu của tôi :

Khi sử dụng chuyển hướng thư mục để chuyển hướng người dùng thư mục Tài liệu của tôi, các mục đã bị xóa khỏi thư mục Tài liệu của tôi được lưu trữ trong Thùng rác trong thư mục Tài liệu của tôi của người dùng [nằm trên máy chủ]. Thật không may, kích thước tối đa của Thùng rác dựa trên kích thước của ổ đĩa, thư mục Tài liệu của tôi cũng đã được chuyển hướng. Kích thước mặc định là 10%. Sử dụng ứng dụng khách đăng ký Nhà sản xuất chính sách và Chính sách nhóm, tôi đã đẩy các cài đặt cần thiết để tạo kích thước tối đa của Thùng rác cho thư mục Tài liệu của tôi 1%.

Vấn đề là 1% vẫn còn lớn. Ổ đĩa đang được sử dụng để lưu trữ Tài liệu của tôi được chuyển hướng hiện tại là 500 GB. 1% trong số đó là 5 GB, hợp chất với khoảng 2000 người dùng và rõ ràng trong nhiều năm qua, chúng tôi có thể lưu trữ rất nhiều tệp không cần thiết. Dạy hoặc hướng dẫn 2000 người dùng thanh lọc thư mục Tài liệu của tôi một cách thường xuyên là không thể.

Bài viết Thùng thư chuyển hướng & Thùng rác nói điều này:

Nếu bạn chuyển hướng Thùng rác "Tài liệu của tôi" có thể trở thành một vấn đề (lãng phí hàng tấn không gian đĩa máy chủ đắt tiền).

Bạn có thể kiểm soát hành vi Thùng rác bằng khóa đăng ký này : HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1sẽ vô hiệu hóa việc sử dụng Thùng rác cho các thư mục được chuyển hướng.

Có một mục khác được gọi là UseGlobalSettingscó giá trị 1 nếu các tham số này được sử dụng cho tất cả các đĩa. Với giá trị 0, các tham số thùng rác cho mỗi đĩa được tìm thấy dưới dạng các khóa con có ký tự ổ đĩa của đĩa.

Tuy nhiên, có một vấn đề khác được nêu ra trong bài viết đó:

Phím NukeOnDelete này thực sự tốt. Tuy nhiên, tôi đưa ra một câu hỏi hóc búa khác ... Sau khi chuyển hướng Tài liệu của tôi, người dùng sẽ có hai Thùng rác - một cho các tệp cục bộ, một cho các tệp được chuyển hướng. Khi người dùng duyệt đến Thùng rác, nó sẽ tự động tải Tài liệu của tôi được chuyển hướng, nhưng tôi không thể tìm ra cách truy cập Thùng rác cục bộ. Tôi hiểu rằng Thùng rác cục bộ là C: \ Recycler, nhưng thư mục của nó luôn xuất hiện trống rỗng. Tôi biết trong môi trường lý tưởng, người dùng không nên có quyền truy cập để xóa các tệp khỏi hệ thống cục bộ. Phải có cách cho phép người dùng truy cập Thùng rác cục bộ sau khi chuyển hướng Tài liệu của tôi (ngoài việc vô hiệu hóa chuyển hướng và đăng xuất / đăng nhập) ...

Thông tin thêm từ bài viết trên về việc kiểm soát kích thước thùng rác:

  1. Các MaxCapacity giá trị tọa lạc tạiHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
  2. Trong môi trường của chúng tôi, chúng tôi chỉ chuyển hướng các thư mục Desktop và Documents đến máy chủ. Các GUID cho những cái này là (những cái khác được đặt tại http://msdn.microsoft.com/en-us/l Library / bb882665.aspx ):
    1. Máy tính để bàn: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
    2. Tài liệu: FDD39AD0-238F-46AF-ADB4-6C85480369C7
  3. Ví dụ: để đặt thư mục Desktop được chuyển hướng chỉ sử dụng tối đa 200mb, hãy áp dụng giá trị đăng ký sau:
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 (0xC8 là 200 trong hex)
  4. Tôi đã sử dụng Tùy chọn chính sách nhóm để đẩy những thay đổi này ra môi trường của chúng tôi.
  5. Trong thử nghiệm của tôi, điều này đã không ngay lập tức thanh lọc các mục trong Thùng rác lớn hơn. Tuy nhiên, khi tôi xóa một mục mới sau khi cài đặt đăng ký này được áp dụng, các mục cũ hơn sẽ bị xóa ngay lập tức khỏi Thùng rác.

Đối với việc xóa các tệp này: Thực hiện việc này sẽ có hiệu lực xóa các tài liệu đã xóa khỏi thùng rác của người dùng, do đó có thể không phải là vấn đề quá lớn. Ngoại trừ việc nó có thể xử lý các cài đặt thùng rác chỉ định các tệp không còn tồn tại. Có thể tốt hơn để làm trống thùng rác chung ngay lập tức sau khi xóa tất cả các tệp này.

Thành thật mà nói, tài liệu của tôi được chuyển hướng dường như đã bị Microsoft làm rối tung lên. Bạn sẽ phải bước một cách tinh tế ở giữa các gotchas.


Một bài viết hay, nhưng lưu ý rằng sự cố của các tệp ẩn trong Thùng rác vẫn có thể tồn tại, ngay cả khi bạn tắt cài đặt kích thước tối đa cho Thùng rác.
HoplessN00b

3

WTF? Có ai nhìn thấy những biểu tượng @ này trong các tệp Thùng rác chưa?

Vâng, tôi đã thấy điều này trên các môi trường Windows trở lại xa như tôi có thể nhớ. Cả ở nhà, trong môi trường người dùng đơn và HĐH máy khách Windows và tại nơi làm việc / trường học trong môi trường nhiều người dùng trên HĐH máy chủ Windows có nhiều người dùng.

Tất cả các truy cập ổ đĩa mạng là thông qua ổ đĩa đã ánh xạ. Điều này có thể giải thích tại sao các tập tin được tái chế? Và ẩn?

Không. Những gì bạn đang thấy là một chức năng của cách Thùng rác hoạt động .


Khi bạn xóa một tệp, đường dẫn và tên tệp đầy đủ được lưu trữ trong một tệp ẩn có tên Info hoặc Info2 (Windows 98) trong thư mục Tái chế. Tệp đã xóa được đổi tên, sử dụng cú pháp sau:

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

Để "giải thích" lý do tại sao điều này xảy ra với Thùng rác Windows, tôi chưa bao giờ thấy một lời giải thích nào có thẩm quyền hơn là " nhún ... tham nhũng". Tóm tắt trong bài viết được liên kết cho bạn biết phần nào của quy trình bị sai, nhưng không đi sâu vào loại chi tiết về quy trình mà bạn cần giải thích chính xác những gì thực sự bị phá vỡ và ở đâu. Có lẽ, nếu họ có, một người nào đó đã sửa vấn đề này ngay bây giờ.

Mặc dù chúng tôi chạy các bản sao lưu hàng ngày, tôi dự định khai thác tài nguyên này để phục hồi tập tin cuối cùng. Bất kỳ đề nghị hoặc cảnh báo?

Không, nuke đi. Các tệp không thể được khôi phục về tên gốc của chúng (vì chúng không còn trong tệp kê khai INFO của nội dung Thùng rác nữa) và người dùng không thể thấy chúng / không biết chúng ở đó nữa, vì vậy nó chỉ lãng phí không gian.


Trong bài viết bạn trích dẫn, các tập tin có #, trong khi người đăng có @. Ngoài ra, nhiều thứ đã thay đổi kể từ Windows 98, vì vậy bài viết không thực sự được áp dụng.
harrymc

@harrymc Tôi tích cực. Sự @tồn tại bởi vì tệp ban đầu "đến từ" một chia sẻ hoặc đường dẫn mạng, chứ không phải là một ổ đĩa có một chữ cái. Vì vậy, thay vì DC[#].[whatever]nếu ban đầu nó đến từ Cổ đĩa, bạn sẽ nhận được D@[#].[whatever]... bởi vì đường dẫn chia sẻ mạng hoặc UNC không có "ký tự ổ đĩa" để đi vào vị trí ký tự thứ hai đó. (Vì vậy, nó sử dụng @ký hiệu thay vì ký tự ổ đĩa ... vì bất kỳ lý do gì.)
HoplessN00b

Ông nói rằng quyền truy cập được chia sẻ bản đồ, vì vậy họ có một ký tự ổ đĩa. Tôi đã cố gắng sao chép vấn đề của anh ấy và tôi không thể quản lý nó, ánh xạ hay không: các tập tin vừa bị xóa. Kỳ dị. Bạn có thể nhân đôi nó không? Xem wikipedia cho quy ước đặt tên mới bằng cách sử dụng $, không @hoặc #.
harrymc

@harrymc Tôi không thể sao chép nó theo lệnh, nhưng tôi quản lý hàng tá trình duyệt tệp với các loại tệp này trên chúng, trong đường dẫn hồ sơ được chuyển hướng của người dùng. Ổ đĩa được ánh xạ không giống với ổ đĩa được gắn cục bộ, vì ánh xạ mạng (và ánh xạ ký tự ổ đĩa đi kèm với chúng) là cài đặt theo người dùng, không phải là cài đặt toàn hệ thống. Điều này có nghĩa là khi hệ thống ghi vị trí ban đầu của tệp vào tệp kê khai thùng rác, nó sử dụng đường dẫn thực tế , chẳng hạn như \\server1\Users\smithj\smithj's Documents\somefileđường dẫn mà người dùng nhìn thấy, chẳng hạn như Y:\somefile.
HoplessN00b

Tôi đã thực hiện một số nghiên cứu thêm về vấn đề tò mò này và tìm thấy thêm thông tin mà tôi đưa ra một câu trả lời riêng.
harrymc
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.