Atributos do arquivo NTFS do arquivo excluído que se aplica ao novo com o mesmo nome

1

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

Andyrooger
fonte
Eu vejo a mesma coisa usando o Explorer no Windows 7 com o NTFS. Muito estranho.
Fran

Respostas:

3

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.

Felix Kasza
fonte
0

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.

bhutchins
fonte