この問題に関するいくつかの記事を読んだときに、ファイルの作成時間を見つける必要がありますが、すべて解決策はありません( Site1 、 Site2 など)。
stat
コマンドを試してみると、Birth: -
と表示されます。
それでは、どのようにしてファイルの作成時間を見つけることができますか?
ディレクトリの作成日を知る方法があります。次の手順に従ってください。
ls -i
コマンドでディレクトリのinodeを確認します(たとえばXと言います)
df -T /path
コマンドでディレクトリが保存されているパーティションを確認します(/dev/sda1
で言うことができます)
次のコマンドを使用します:Sudo debugfs -R 'stat <X>' /dev/sda1
出力に表示されます:
crtime: 0x4e81cacc:966104fc -- mon Sep 27 14:38:28 2013
crtimeは、ファイルの作成日です。
テストしたもの:
ファイルを作成して変更しました。
私はコマンドを試しましたが、それは正確な時間を与えました。
@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
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
理論的には、これにより作成時間がよりアクセスしやすくなります。
debugfs
はext2/3/4ファイルシステム用のツールであり、他では使用できません)make
やlinux-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のマンページが間違っていることに注意してください)。
TL; DR:ただ実行:Sudo debugfs -R 'stat /path/to/your/file' /dev/<your fs>
(fsを計算するには、df -T /path/to/your/file
を実行します。ほとんどの場合、/dev/sda1
になります)。
ロングバージョン:
次の2つのコマンドを実行します。
ファイルのパーティション名の名前を見つけます。
df -T /path/to/your/file
出力は次のようになります(パーティション名が最初です)。
Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/<your fs> ext4 7251432 3481272 3509836 50% /
そのファイルの作成時間を調べます。
Sudo debugfs -R 'stat /path/to/your/file' /dev/<your fs>
出力で、ctime
を探します。