.png)
Às vezes, quando tento excluir uma pasta no Windows, recebo uma mensagem informando que preciso de permissão de [minha conta atual] para excluir essa pasta. O que é estranho, porque já estou logado como esse usuário. No entanto, quando abro a pasta, seleciono todo o conteúdo e excluo-o (sem qualquer tipo de solicitação), posso voltar e excluir a pasta original sem a solicitação de segurança.
Isso acontece com mais frequência em pastas de projetos criadas pelo Visual Studio (geralmente, as pastas .vs e .git causam esse problema), mas também aconteceu com outras pastas. Também acontece de forma recursiva: abro uma pasta problemática, excluo todo o conteúdo, recebo uma mensagem informando que várias subpastas não podem ser excluídas, abro cada subpasta, excluo todo o conteúdo, etc.
Se eu verificar a pasta com o Process Explorer, ele não encontrará nenhum processo anexado à pasta ou qualquer conteúdo dela.
Parece que isso seria fácil de automatizar, mas por que isso acontece em primeiro lugar?
Responder1
Muitas vezes me perguntei a mesma coisa. Os sistemas baseados em Unix (Linux) não apresentam esse problema e meu palpite é que há um problema de kernel entrelaçado que a MS não está disposta a enfrentar.
Eu investiguei isso várias vezes. Estou tentando ajudá-lo, mas de forma alguma meu conhecimento é uma resposta definitiva. Não me lembro desse problema até o win7 e o fato de ele persistir me faz acreditar que o problema é muito complicado e profundo no kernel do MS para que eles queiram corrigi-lo.
A primeira possibilidade é que outros processos estejam de alguma forma bloqueados ou em impasse. Pode ser tão simples quanto o File Explorer acessar, mas não liberar o programa quando deseja o ícone do programa.
Outra possibilidade é que o programa de cache do MS tenha algum problema desconhecido ou esteja confuso, pelo que algum processo ou damen informou ao gerenciador de arquivos que está em uso, ou talvez deva ser mantido disponível.
Ou a propriedade fica bagunçada. 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.
Meu melhor palpite, e é um tiro no escuro, é que de alguma forma o arquivo e o gerenciador de memória ficam bagunçados 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/memória/ou gerenciador de arquivos do kernel é que ele desaparece após uma reinicialização (talvez indicando um problema de propriedade ou bloqueio de arquivo em uso). Seja qual for o problema, é um grande erro da Microsoft (e eles estão cientes disso) e seus melhores e mais brilhantes programadores são incapazes de resolvê-lo de maneira econômica e econômica.