7Sep

Como, exatamente, a lixeira do Windows funciona?

click fraud protection

Você exclui um arquivo no Windows, ele é despejado na Lixeira, e mais tarde você pescar de volta. O que exatamente acontece durante todo esse processo?

Pergunta de hoje e amp;A sessão de atendimento chega a cortesia do SuperUser - uma subdivisão do Stack Exchange, um agrupamento comunitário de sites Q & A.

O questionário

SuperUser Jonath0n é curioso sobre a Lixeira:

O que a Lixeira no Windows realmente faz?É apenas uma pasta glorificada e um lugar seguro para logo ser arquivos excluídos, ou faz algo específico? Especificamente, os arquivos que estão "movidos" para a Lixeira realmente foram movidos no disco rígido, ou são apenas os ponteiros dos arquivos movidos? Eu sou um usuário bastante experiente, eu só queria uma explicação mais detalhada da Lixeira.

Então, qual é a história? Como exatamente a Lixeira funciona como uma espécie de purgatório de arquivos?

A Resposta O contribuidor

SuperUser Tim Wijsman oferece um pico atrás da cortina:

A referência é removida, um arquivo de metadados é mantido na Lixeira para conhecer o local original.

instagram viewer

Nos primeiros dias, no Windows 95 e 98, isso estava localizado em \ RECICLADO.No Windows 2000 e posterior foi renomeado para \ RECYCLER.Desde o Windows Vista, agora é uma pasta especial chamada \ $ Recycle. Bin.

Use Process Monitor para ver as E / S sob o capô, coloque um filtro no Recycle. Bin e visite-o.:)

Por exemplo, quando eu faço isso:

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

Observação: O nome da pasta longa é um SID de usuário. O último nome da pasta é um hash baseado nos metadados.

Recebo um arquivo que contém informações de metadados como este:

Ö¸ÌC: \ P a t h \ T o \ S o m e \ E x a m p l e.t x t

O motivo pelo qual o caminho do arquivo tem espaços entre eles é porque ele está armazenado em caracteres de bytes amplos, para suportar caracteres especiais para determinados idiomas, bem como unicode e o que mais. Os símbolos anteriores são binários e contêm informações como o tamanho do arquivo e as permissões, bem como um ponteiro para os dados do arquivo. Em essência, contém informações suficientes para reconstruir a referência original. ..

É triste que o livro do Windows Internals não cubra isso, ou então eu teria tido mais referência. Não encontrei nenhum artigo que inclua detalhes sobre isso, nem pela Microsoft ou por terceiros. Provavelmente existem, mas achei mais fácil ir e engenharia reversa do conceito principal. ..

Tem alguma coisa a adicionar à explicação? Som na parte dos comentários. Deseja ler mais respostas de outros usuários Tech-savvy Stack Exchange? Confira o tópico de discussão completo aqui.