Birth
のstat
セクションを読んでいたところ、ext4でサポートされているようですが、作成したばかりのファイルでも空のままです。
~ % touch test slave-iv
~ % stat test.pl slave-iv
File: ‘test.pl’
Size: 173 Blocks: 8 IO Block: 4096 regular file
Device: 903h/2307d Inode: 41943086 Links: 1
Access: (0600/-rw-------) Uid: ( 1000/xenoterracide) Gid: ( 100/ users)
Access: 2012-09-22 18:22:16.924634497 -0500
Modify: 2012-09-22 18:22:16.924634497 -0500
Change: 2012-09-22 18:22:16.947967935 -0500
Birth: -
~ % Sudo tune2fs -l /dev/md3 | psp4 slave-iv
tune2fs 1.42.5 (29-Jul-2012)
Filesystem volume name: home
Last mounted on: /home
Filesystem UUID: ab2e39fb-acdd-416a-9e10-b501498056de
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: journal_data
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 59736064
Block count: 238920960
Reserved block count: 11946048
Free blocks: 34486248
Free inodes: 59610013
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 967
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
RAID stride: 128
RAID stripe width: 256
Flex block group size: 16
Filesystem created: Mon May 31 20:36:30 2010
Last mount time: Sat Oct 6 11:01:01 2012
Last write time: Sat Oct 6 11:01:01 2012
Mount count: 14
Maximum mount count: 34
Last checked: Tue Jul 10 08:26:37 2012
Check interval: 15552000 (6 months)
Next check after: Sun Jan 6 07:26:37 2013
Lifetime writes: 7255 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
First Orphan inode: 55313243
Default directory hash: half_md4
Directory Hash Seed: 442c66e8-8b67-4a8c-92a6-2e2d0c220044
Journal backup: inode blocks
なぜ私のext4
パーティションがこのフィールドに入力しますか?
フィールドにデータが入力されます(下記参照)_coreutils stat
_のみが表示されません。どうやら彼らは待っている1 xstat()
interface の場合。
出生時のstat(1)およびls(1)のサポート。カーネルによって提供されるxstat()に依存
作成時間はdebugfs
から取得できます。
_debugfs -R 'stat <inode_number>' DEVICE
_
例えば_/etc/profile
_にある_/dev/sda2
_の場合( ファイルがどのデバイスにあるかを見つける方法 を参照):
stat -c%i /etc/profile 398264
_debugfs -R 'stat <398264>' /dev/sda2
debugfs 1.42.5 (29-Jul-2012)
Inode: 398264 Type: regular Mode: 0644 Flags: 0x80000
Generation: 2058737571 Version: 0x00000000:00000001
User: 0 Group: 0 Size: 562
File ACL: 0 Directory ACL: 0
Links: 1 Blockcount: 8
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x506b860b:19fa3c34 -- Wed Oct 3 02:25:47 2012
atime: 0x50476677:dcd84978 -- Wed Sep 5 16:49:27 2012
mtime: 0x506b860b:19fa3c34 -- Wed Oct 3 02:25:47 2012
crtime: 0x50476677:dcd84978 -- Wed Sep 5 16:49:27 2012
Size of extra inode fields: 28
EXTENTS:
(0):3308774
_
時間フィールドの意味:
ctime
:ファイル変更時間。atime
:ファイルアクセス時間。mtime
:ファイル変更時刻。crtime
:ファイル作成時間。1LKMLでのLinusの返信 thread
これを単純なシェル関数に結合しました:
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 foo foo/file /etc/
foo Wed May 21 17:11:08 2014
foo/file Wed May 21 17:11:27 2014
/etc/ Wed Aug 1 20:42:03 2012
xstat
関数がメインラインにマージされることはありません。ただし、新しい statx
呼び出しは後で提案されました 、そして Linux 4.11にマージされました でした。新しい statx(2)
システムコールは、戻り構造体に作成時間を含みます。 statx(2)
のラッパーは、glibcに 2.28(2018年8月リリース) でのみ追加されました。そして、このラッパーを使用するためのサポートが GNU coreutils 8.31 に追加されました(= 2019年3月リリース):
GNU glibc> = 2.28およびカーネル> = 4.11を使用するLinuxシステム)で、ファイルシステムによってサポートされている場合、statはファイル作成時間を出力するようになりました。
_% stat --version
stat (GNU coreutils) 8.31
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Michael Meskes.
% stat /
File: /
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: b302h/45826d Inode: 2 Links: 17
Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2019-06-06 20:03:12.898725626 +0900
Modify: 2019-05-28 05:15:44.452651395 +0900
Change: 2019-05-28 05:15:44.452651395 +0900
Birth: 2018-06-07 20:35:54.000000000 +0900
_
以下は、ユーザーランドがまだ追いついていないstatx
のデモです(古いglibcまたはcoreutils)。 Cプログラムで直接システムコールを呼び出すのは簡単ではありません。通常、glibcはジョブを簡単にするラッパーを提供しますが、幸運なことに、@ whotwagnerは サンプルCプログラム を記述して、x [86]および[x86-64]システムでのstatx(2)
システムコールの使用方法を示しています。その出力はstat
のデフォルトと同じフォーマットで、フォーマットオプションはありませんが、出生時間だけを出力するように変更するのは簡単です。 (十分に新しいglibcがある場合、これは必要ありません- _man 2 statx
_ で説明されているようにstatx
を直接使用できます)。
まず、それを複製します:
_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ファイルシステム用のツールであり、他のシステムでは使用できません)。 XFSシステムでは機能しましたが、NTFSおよびexfatでは機能しませんでした。これらのFuseファイルシステムには作成時間は含まれていなかったと思います。
出生時間が空/ゼロ/ダッシュになる別のケースがあります:crtime
を保存するには、Ext4のInodeサイズが少なくとも256バイトでなければなりません。この問題は、ファイルシステムを最初に作成した場合に512MB未満の場合に発生します(デフォルトのInodeサイズは128バイトです。/etc/mke2fs.conf
およびmkfs.ext4
マンページ)。
stat -c '%n: %w' testfile
testfile: -
および/または
stat -c '%n: %W' testfile
testfile: 0
次に、ファイルシステムのiノードを確認します(crtime
を格納するのに十分な大きさですか)。
tune2fs -l $(df . --output=source | grep ^/) | grep "Inode size:"
Inode size: 128
技術情報: Ext4 Disk Layout ページで、iノードテーブルの一部の属性が0x80(128)を超えていることに注意してください。
価値があると感じたので、statの周りにbashラッパーを作成し、debugfsを使用してcrtimeを静かにサポートし、基礎となるext4ファイルシステムから利用可能にフェッチしました。堅牢であることを願っています。 ここで検索 。
そのスクリプトに記載されているように、修正はLinuxのtodoリストに表向きであることに注意してください。したがって、このラッパーは、それが行われるまでのみ名目上の寿命があり、何ができるかというより多くの練習になります。