Eu criei dois arquivos em torno do mesmo tempo através do Windows Explorer (no Windows Server 2008 R2).
- a.xlsx (Criado às 16:42)
- b.xlsx (Criado às 16:42)
Eu então duplico a.xlsx usando copiar e colar, para obter um terceiro arquivo
- a - Copy.xlsx (Criado às 16:45)
Se eu excluir o original a.xlsx e renomear a - Copy.xlsx para a.xlsx , Eu posso ver o tempo criado no Explorer mudar na minha frente das 16:45 às 16:42, a hora do original.
Alguém pode me dizer se isso é um problema ou característica de design com NTFS, ou por que isso está acontecendo?
Notas:
- Confirmei o mesmo comportamento na máquina Windows 7 de um amigo.
- Eu tentei fazer o mesmo através do cygwin bash shell e o timestamp criado ainda retorna no tempo. Então eu espero que isso não seja culpa do Explorer.
- Se eu apenas excluir o arquivo e substituí-lo por um novo com o mesmo nome, também vejo o tempo voltar para o original. (A hora criada é mostrada como recente quando Novo & gt; Arquivo espera que eu dê um nome, depois antigo quando eu nomeá-lo depois do arquivo antigo.)
Desde já, obrigado,
Andy
windows
windows-explorer
filesystems
ntfs
file-attributes
Andyrooger
fonte
fonte
Respostas:
Isso é por design. Se um arquivo for criado com o nome de um arquivo recém-excluído, os registros de data e hora, os atributos e a segurança serão transportados.
Razão: Muitos aplicativos excluem e recriam ao salvar, em vez de truncar o arquivo existente e gravar o novo conteúdo. Esse recurso corrige o comportamento (para o usuário inesperado) de que as configurações de segurança e tudo o que de repente desaparece.
fonte
Eu testei e confirmei esse problema de forma independente em uma máquina com Windows 7. Em seguida, realizei o mesmo teste em uma máquina linux e não recebi o mesmo erro. O erro só ocorre em máquinas baseadas no Windows do meu teste. Como a Microsoft é o criador do NTFS, não posso dizer se é intencional e se o recurso simplesmente não foi adicionado aos sistemas de arquivos NTFS baseados em Linux ou se é um bug real.
Meu palpite é que isso é um bug. No entanto, é surpreendente que, se é que durou na plataforma Microsoft por tanto tempo.
fonte