Por que às vezes não tenho permissão para excluir uma pasta até que eu exclua seu conteúdo manualmente? (Janelas)

Question

Às vezes, quando tento excluir uma pasta no Windows, recebo uma mensagem dizendo que preciso da permissão de [minha conta atual] para excluir essa pasta. O que é estranho, porque eu já estou logado como esse usuário. No entanto, quando abro a pasta, seleciono todo o conteúdo e os excluo (sem qualquer tipo de prompt), posso voltar e excluir a pasta original sem o aviso de segurança.

Isso acontece com mais freqüência em pastas de projeto criadas pelo Visual Studio (geralmente, as pastas .vs e .git causam esse problema), mas também aconteceu com outras pastas. Isso também acontece de forma recursiva: eu abro uma pasta problemática, excluo todo o conteúdo, recebo uma mensagem informando que um monte de subpastas não pode ser excluído, abra cada subpasta, exclua todo o conteúdo, etc.

Se eu verificar a pasta com o Process Explorer, não será possível encontrar nenhum processo anexado à pasta ou a qualquer um dos seus conteúdos.

Parece que isso seria fácil de automatizar, mas por que isso acontece em primeiro lugar?

    

Answer 1

Eu sempre me perguntei a mesma coisa. Sistemas baseados em Unix (linux) não apresentam este problema e o meu palpite é que existe um problema de kernel entrelaçado que a MS não está disposta a assumir.

Eu tenho investigado isso várias vezes. Estou tentando ajudá-lo, mas de modo algum meu conhecimento é uma resposta definitiva. Eu não me lembro desse problema até o win7 e o fato de que ele persiste me faz acreditar que o problema é muito complicado e profundo no kernel do MS para eles quererem consertá-lo.

1. A primeira possibilidade é que outros processos estejam de alguma forma atolados ou em deadlock. Pode ser tão simples quanto o File Explorer acessando mas não liberando o programa quando ele quer o ícone do programa.

2. Outra possibilidade é que o programa de armazenamento em cache do MS tenha algum problema desconhecido ou seja confuso, por meio do qual algum processo ou damen disse ao gerenciador de arquivos que ele está em uso, ou talvez devesse ser mantido disponível.

3. Ou a propriedade é prejudicada. Talvez depois de acessá-lo, a tabela de propriedades do arquivo mostre que o sistema está usando ou tendo controle sobre ele e nenhum usuário tem privilégios para fazer algo com ele. Isso pode estar associado a um problema de bloqueio de arquivo.

4. Meu melhor palpite, e é um tiro no escuro, é de alguma forma o arquivo e o gerenciador de memória se estragam e as informações dos arquivos se tornam não editáveis - até mesmo pelo sistema ou kernel.

Uma pista que aponta para um problema de cache de kernel / memória / ou gerenciador de arquivos é que ela desaparece após uma reinicialização (talvez indicando um problema de propriedade ou bloqueio de arquivo em uso). Seja qual for o problema, é uma grande falha da Microsoft (e eles estão cientes disso) e seus melhores e mais brilhantes programadores são incapazes de resolvê-lo de maneira eficaz em termos de custo e recursos.