web-dev-qa-db-ja.com

ファイルの作成時間を見つけるにはどうすればよいですか?

この問題に関するいくつかの記事を読んだときに、ファイルの作成時間を見つける必要がありますが、すべて解決策はありません( Site1Site2 など)。

statコマンドを試してみると、Birth: -と表示されます。

それでは、どのようにしてファイルの作成時間を見つけることができますか?

64
nux

ディレクトリの作成日を知る方法があります。次の手順に従ってください。

  1. ls -iコマンドでディレクトリのinodeを確認します(たとえばXと言います)

  2. df -T /pathコマンドでディレクトリが保存されているパーティションを確認します(/dev/sda1で言うことができます)

  3. 次のコマンドを使用します:Sudo debugfs -R 'stat <X>' /dev/sda1

出力に表示されます:

crtime: 0x4e81cacc:966104fc -- mon Sep 27 14:38:28 2013

crtimeは、ファイルの作成日です。

テストしたもの

  1. 特定の時間にディレクトリを作成しました。
  2. それにアクセスしました。
  3. ファイルを作成して変更しました。

  4. 私はコマンドを試しましたが、それは正確な時間を与えました。

  5. それから私はそれを変更し、もう一度テストしますcrtimeは同じままですが、modifyおよびaccess time changed。
67
nux

@Nuxが見つかりました 素晴らしい解決策 これにはすべて賛成する必要があります。すべてを直接実行するために使用できる小さな関数を作成することにしました。これを~/.bashrcに追加するだけです。

get_crtime() {

    for target in "${@}"; do
        inode=$(stat -c '%i' "${target}")
        fs=$(df  --output=source "${target}"  | tail -1)
        crtime=$(Sudo debugfs -R 'stat <'"${inode}"'>' "${fs}" 2>/dev/null | 
        grep -oP 'crtime.*--\s*\K.*')
        printf "%s\t%s\n" "${target}" "${crtime}"
    done
}

これで、get_crtimeを実行して、必要な数のファイルまたはディレクトリの作成日を出力できます。

$ get_crtime foo foo/file 
foo Wed May 21 17:11:08 2014
foo/file    Wed May 21 17:11:27 2014
54
terdon

statが作成時間を表示できないのは、 stat(2)システムコール の制限によるもので、戻り値の構造体には作成時間のフィールドが含まれていません。ただし、Linux 4.11(つまり、17.10以降)以降では、 新しいstatx(2)システムコール を使用できます。これには、戻り構造体に作成時間が含まれます。

*おそらく、ハードウェアイネーブルメントスタック(HWE)カーネルを使用する古いLTSリリースで。 uname -rを確認して、少なくとも4.11でカーネルを使用しているかどうかを確認してください。

残念ながら、Cプログラムでシステムコールを直接呼び出すのは簡単ではありません。通常、glibcは作業を簡単にするラッパーを提供しますが、glibcはstatx(2)のラッパーを2018年8月に追加しました(バージョン 2.28 、18.10で利用可能)。幸いなことに、@ whotwagnerは、x86およびx86-64システムでstatx(2)システムコールを使用する方法を示す サンプルCプログラム を作成しました。出力はstatのデフォルトと同じ形式であり、書式設定オプションはありませんが、出生時のみを印刷するように簡単に変更できます。

まず、クローンを作成します:

git clone https://github.com/whotwagner/statx-fun

statx.cコードをコンパイルできます。または、誕生時間だけが必要な場合は、次のコードを使用してクローンディレクトリにbirth.cを作成します(ナノ秒精度を含む作成タイムスタンプのみを出力するstatx.cの最小バージョンです)。

#define _GNU_SOURCE
#define _ATFILE_SOURCE
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <unistd.h>
#include <fcntl.h>
#include "statx.h"
#include <time.h>
#include <getopt.h>
#include <string.h>

// does not (yet) provide a wrapper for the statx() system call
#include <sys/syscall.h>

/* this code works ony with x86 and x86_64 */
#if __x86_64__
#define __NR_statx 332
#else
#define __NR_statx 383
#endif

#define statx(a,b,c,d,e) syscall(__NR_statx,(a),(b),(c),(d),(e))

int main(int argc, char *argv[])
{
    int dirfd = AT_FDCWD;
    int flags = AT_SYMLINK_NOFOLLOW;
    unsigned int mask = STATX_ALL;
    struct statx stxbuf;
    long ret = 0;

    int opt = 0;

    while(( opt = getopt(argc, argv, "alfd")) != -1)
    {
        switch(opt) {
            case 'a':
                flags |= AT_NO_AUTOMOUNT;
                break;
            case 'l':
                flags &= ~AT_SYMLINK_NOFOLLOW;
                break;
            case 'f':
                flags &= ~AT_STATX_SYNC_TYPE;
                flags |= AT_STATX_FORCE_SYNC;
                break;
            case 'd':
                flags &= ~AT_STATX_SYNC_TYPE;
                flags |= AT_STATX_DONT_SYNC;
                break;
            default:
                exit(EXIT_SUCCESS);
                break;
        }
    }

    if (optind >= argc) {
        exit(EXIT_FAILURE);
    }

    for (; optind < argc; optind++) {
        memset(&stxbuf, 0xbf, sizeof(stxbuf));
        ret = statx(dirfd, argv[optind], flags, mask, &stxbuf);
        if( ret < 0)
        {
            perror("statx");
            return EXIT_FAILURE;
        }
        printf("%lld.%u\n", *&stxbuf.stx_btime.tv_sec, *&stxbuf.stx_btime.tv_nsec);
    }
    return EXIT_SUCCESS;
}

次に:

$ make birth
$ ./birth ./birth.c
1511793291.254337149
$ ./birth ./birth.c | xargs -I {} date -d @{}
Mon Nov 27 14:34:51 UTC 2017

理論的には、これにより作成時間がよりアクセスしやすくなります。

  • ext *ファイルシステムよりも多くのファイルシステムをサポートする必要があります(debugfsはext2/3/4ファイルシステム用のツールであり、他では使用できません)
  • これを使用するのにrootは必要ありません(makelinux-libc-devなどの必要なパッケージをインストールする場合を除く)。

たとえば、xfsシステムをテストします。

$ truncate -s 1G temp; mkfs -t xfs temp; mkdir foo; Sudo mount temp foo; Sudo chown $USER foo
$ touch foo/bar
$ # some time later
$ echo > foo/bar
$ chmod og-w foo/bar
$ ./birth foo/bar | xargs -I {} date -d @{}
Mon Nov 27 14:43:21 UTC 2017
$ stat foo/bar                             
  File: foo/bar
  Size: 1           Blocks: 8          IO Block: 4096   regular file
Device: 700h/1792d  Inode: 99          Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1000/ muru)      Gid: ( 1000/ muru)
Access: 2017-11-27 14:43:32.845579010 +0000
Modify: 2017-11-27 14:44:38.809696644 +0000
Change: 2017-11-27 14:44:45.536112317 +0000
 Birth: -

ただし、これはNTFSおよびexfatでは機能しませんでした。それらのFuseファイルシステムには作成時間が含まれていなかったと思います。


むしろ、glibcがstatx(2)システムコールのサポートを追加した場合、statがすぐに続き、このために従来のstatコマンドを使用できるようになります。しかし、新しいカーネルを入手したとしても、これがLTSリリースにバックポートされるとは思いません。したがって、stat on現在のLTSリリース(14.04、16.04または18.04)がマニュアルなしで作成時間を印刷するとは思わない介入。

ただし、18.10では、 man 2 statx で説明されているように、statx関数を直接使用できます(glibcがまだラッパーを追加していないことを示す18.18のマンページが間違っていることに注意してください)。

11
muru

TL; DR:ただ実行:Sudo debugfs -R 'stat /path/to/your/file' /dev/<your fs>

(fsを計算するには、df -T /path/to/your/fileを実行します。ほとんどの場合、/dev/sda1になります)。

ロングバージョン:

次の2つのコマンドを実行します。

  1. ファイルのパーティション名の名前を見つけます。

    df -T /path/to/your/file
    

    出力は次のようになります(パーティション名が最初です)。

    Filesystem     Type 1K-blocks    Used Available Use% Mounted on
    /dev/<your fs> ext4   7251432 3481272   3509836  50% /
    
  2. そのファイルの作成時間を調べます。

    Sudo debugfs -R 'stat /path/to/your/file' /dev/<your fs>
    

    出力で、ctimeを探します。

3