Pagina inicial » como » Como, exatamente, a lixeira do Windows funciona?

    Como, exatamente, a lixeira do Windows funciona?

    Você exclui um arquivo no Windows, ele é despejado na Lixeira e depois você o retira. O que exatamente acontece durante todo esse processo?

    A sessão de perguntas e respostas de hoje nos é oferecida por cortesia do SuperUser - uma subdivisão do Stack Exchange, um agrupamento de sites de perguntas e respostas conduzido pela comunidade..

    A questão

    Leitor de superusuário Jonath0n está curioso sobre a Lixeira:

    O que a Lixeira no Windows realmente faz? É apenas uma pasta glorificada e um lugar de espera para arquivos serem excluídos em breve, ou faz algo específico? Especificamente, os arquivos que são “movidos” para a Lixeira foram realmente movidos no disco rígido ou são apenas os ponteiros para os 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 colaborador do SuperUser Tim Wijsman oferece um pico atrás da cortina:

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

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

    Use o Process Monitor para ver o I / O sob o capô, coloque um filtro Lixeira de reciclagem e visitá-lo. :)

    Por exemplo, quando faço isso:

    bloco de notas \ $ RECYCLE.BIN \ S-1-5-21-0192837465-987654321-0123456789-1000 \ $ EXAMPL5 

    Nota: O nome da pasta longa é um SID do usuário. O último nome da pasta é um hash baseado nos metadados.

    Eu recebo um arquivo que contém informações de metadados como esta:

     ¸Ì ¸Ì::: P P P P \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ TXT 

    A razão pela qual o caminho do arquivo tem espaços é porque ele é armazenado em caracteres de byte largo, 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 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 Windows Internals não cubra isso, senão eu teria mais referências. Não encontrei nenhum artigo sobre detalhes sobre isso, nem pela Microsoft nem por terceiros. Eles provavelmente existem, mas eu achei mais fácil ir e reverter a engenharia do conceito principal ...


    Tem algo a acrescentar à explicação? Soe fora nos comentários. Quer ler mais respostas de outros usuários do Stack Exchange com experiência em tecnologia? Confira o tópico de discussão completo aqui.