Anomalia na hora da criação

Question

Eu preciso saber o tempo de criação de arquivo de um arquivo. Eu tentei executar o comando stat filename . Mas o meu fs não armazena o tempo de criação de arquivos como metadados.

[root@s1 XYZ]# stat ./px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp
  File: './px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp'
  Size: 16241           Blocks: 32         IO Block: 4096   regular file
Device: fd02h/64770d    Inode: 129108489   Links: 1
Access: (0644/-rw-r--r--)  Uid: (  509/ UNKNOWN)   Gid: (  509/ UNKNOWN)
Access: 2018-03-07 12:28:31.000000000 +0200
Modify: 2018-03-07 07:04:15.000000000 +0200
Change: 2018-03-07 12:28:31.468075157 +0200

No entanto, encontrado neste site e usado o comando debugfs. Mostra crtime (tempo de criação). Mas mostrar tempo de criação é maior que o tempo modificatino. Qual é o problema?

[root@s1 XYZ]# ls -i ./px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp
129108489 ./px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp
[root@s1 XYZ]# df -T ./px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp
Filesystem                Type  1K-blocks       Used Available Use% Mounted on
/dev/mapper/datavg-datalv ext4 5986257120 5645927428  36483732 100% /data
[root@s1 fcs_backup]#  debugfs -R 'stat <129108489>' /dev/mapper/datavg-datalv
debugfs 1.41.12 (17-May-2010)
Inode: 129108489   Type: regular    Mode:  0644   Flags: 0x80000
Generation: 3953510053    Version: 0x00000000:00000001
User:   509   Group:   509   Size: 16241
File ACL: 0    Directory ACL: 0
Links: 1   Blockcount: 32
Fragment:  Address: 0    Number: 0    Size: 0
 ctime: 0x5a9fbecf:6f990a54 -- Wed Mar  7 12:28:31 2018
 atime: 0x5a9fbecf:00000000 -- Wed Mar  7 12:28:31 2018
 mtime: 0x5a9f72cf:00000000 -- Wed Mar  7 07:04:15 2018
crtime: 0x5a9fbecf:6f990a54 -- Wed Mar  7 12:28:31 2018
Size of extra inode fields: 28
EXTENTS:
(0-3): 516503300-516503303

Editado Arquivo não está aberto. Eu corro completamente da mesma maneira.

[root@s1 XYZ]# stat ./px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp
      File: './px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp'
      Size: 16241           Blocks: 32         IO Block: 4096   regular file
    Device: fd02h/64770d    Inode: 129108489   Links: 1
    Access: (0644/-rw-r--r--)  Uid: (  509/ UNKNOWN)   Gid: (  509/ UNKNOWN)
    Access: 2018-03-07 12:28:31.000000000 +0200
    Modify: 2018-03-07 07:04:15.000000000 +0200
    Change: 2018-03-07 12:28:31.468075157 +0200
    [root@s1 XYZ]#  debugfs -R 'stat <129108489>' /dev/mapper/datavg-datalv
    debugfs 1.41.12 (17-May-2010)
    Inode: 129108489   Type: regular    Mode:  0644   Flags: 0x80000
    Generation: 3953510053    Version: 0x00000000:00000001
    User:   509   Group:   509   Size: 16241
    File ACL: 0    Directory ACL: 0
    Links: 1   Blockcount: 32
    Fragment:  Address: 0    Number: 0    Size: 0
     ctime: 0x5a9fbecf:6f990a54 -- Wed Mar  7 12:28:31 2018
     atime: 0x5a9fbecf:00000000 -- Wed Mar  7 12:28:31 2018
     mtime: 0x5a9f72cf:00000000 -- Wed Mar  7 07:04:15 2018
    crtime: 0x5a9fbecf:6f990a54 -- Wed Mar  7 12:28:31 2018
    Size of extra inode fields: 28
    EXTENTS:
    (0-3): 516503300-516503303
    [root@s1 XYZ]# lsof ./px/cd/78/cd78eholuefekgpz6c0snn5oaayypnloqxgfivszd5d.mxp
    [root@s1 XYZ]#

    

Answer 1

O ctime e crtime não podem ser adulterados, o atime e mtime podem ser definidos por processos do usuário para valores arbitrários usando as chamadas de sistema utime() ou utimes() (ou utimensat() para precisão de nanossegundos) como touch normalmente faz ou tar quando você extrai um arquivo (onde ele define o horário de modificação do arquivo para aquele como armazenado no arquivo (normalmente, no passado)).

Você pode conseguir o mesmo com:

touch -t 201803070704.15 newfile

por exemplo, onde o crtime e o ctime seriam ajustados para a hora atual, mas o mtime e o atime para o especificado.

    

Answer 2

Você deve indicar qual FS está usando.

Você está tentando obter o tempo de criação. Mas você afirmou que

my fs does not stores file creation time as metadata

Se isso for verdade, você não poderá obter o tempo de criação, independentemente do que fizer.  Se o sistema de arquivos não o armazenar, nada mais o fará!

Os timestamps podem ser muito complicados e nem sempre significam o que você acha que eles significam. Por exemplo, se você extrair um arquivo tar ou zip, o campo mtime será definido como o registro de data e hora contido no arquivo (algum tempo no passado). Mas o tempo de exibição refletirá a hora / data em que você extraiu o arquivo.

O crtime não será modificado por programas regulares, por isso, se o mtime for alterado, o crtime não será.

Assim, mesmo que o tempo de exibição esteja correto, o mtime geralmente será definido como algo completamente diferente.