Cum, exact, funcționează coșul de reciclare Windows?

Ștergeți un fișier în Windows, devine depozitat în Coșul de reciclare și mai târziu îl pescuiți înapoi. Ce se întâmplă exact în timpul întregului proces?

Sesiunea de întrebări și răspunsuri din ziua de astăzi vine de la amabilitatea SuperUser - o subdiviziune a Stack Exchange, o grupare bazată pe comunitate a site-urilor web Q & A.

Intrebarea

Editorul de aplicații superutilizator Jonathon este curios despre coșul de reciclare:

Ce face de fapt Coșul de reciclare în Windows? Este doar un dosar glorificat și un loc de depozitare pentru curățarea fișierelor în curând sau face ceva specific? Mai exact, fișierele care sunt "mutate" în coșul de reciclare se deplasează de fapt pe discul dur sau sunt doar indicatorii la fișierele mutate? Sunt un utilizator destul de experimentat, am vrut doar o explicație mai detaliată a Coșului de reciclare.

Deci, care este povestea? Cum funcționează Coșul de reciclare ca un fel de purgatoriu de fișiere?

Răspunsul

Contribuitorul SuperUser Tim Wijsman oferă un vârf în spatele cortinei:

Referința este eliminată, un fișier de metadate este păstrat în Coșul de reciclare pentru a cunoaște locația inițială.

În primele zile, pe Windows 95 și 98, acesta a fost localizat în \ RECYCLED. Pe Windows 2000 și mai târziu a fost redenumit \ RECYCLER. Din moment ce Windows Vista este acum un folder special numit \ $ Recycle.Bin.

Utilizați Monitorul de proces pentru a vedea I / O sub capotă, puneți un filtru Cos de gunoi și vizitați-o. :)

De exemplu, atunci când fac acest lucru:

notepad \ $ RECYCLLE.BIN \ S-1-5-21-0192837465-987654321-0123456789-1000 \ $ EXAMPL5 

Notă: Numele dosarului lung este un SID de utilizator. Ultimul nume de folder este un hash bazat pe metadate.

Obțineți un fișier care conține informații despre metadate, astfel:

 ¸ ¸ ¸ ¸ ¸ ¸ ¸ ¸ ¸ ¸ ¸: txt 

Motivul pentru care calea de fișier are spații între acestea se datorează faptului că este stocată în caractere octet larg, pentru a susține caractere speciale pentru anumite limbi, precum și pentru unicode și ce altceva. Simbolurile anterioare sunt binare și conțin informații precum dimensiunea și permisiunile fișierelor, precum și un indicator al datelor fișierelor. În esență, conține suficiente informații pentru a reconstitui referința originală ...

Este trist faptul că cartea Windows Internals nu acoperă acest lucru, altfel aș fi avut mai multe referințe. Nu am găsit niciun articol care să fie detaliat în acest sens, nici de Microsoft, nici de persoane terțe. Probabil că există, dar mi sa părut mai ușor să merg și să inversesc conceptul principal ...

Aveți ceva de adăugat la explicație? Sunați în comentariile. Doriți să citiți mai multe răspunsuri de la alți utilizatori de tehnologie Stack Exchange? Check out discuția completă aici.