ยังไม่มีอินเทอร์เฟซเคอร์เนล Linux เพื่อรับวันที่สร้างไฟล์หรือไม่

เป็นเวลานานที่ Linux ไม่ได้ใส่ใจกับวันที่สร้างไฟล์เพราะไม่มีระบบไฟล์ที่ใช้กันทั่วไป อย่างไรก็ตามตอนนี้ระบบไฟล์ 2 ระบบที่ใช้กันทั่วไป (NTFS และ ext4) ทั้งวันที่สร้างไฟล์บันทึก

statคำสั่ง แต่ยังคงเอาท์พุทBirth: -บนระบบไฟล์ ext4 แม้ว่าเราจะเห็น ext4 debugfs -R 'stat <inode_number>' /dev/file_deviceที่ได้เก็บไว้เป็นไฟล์สร้างวันที่ใช้

เมื่อฉันดูสาเหตุของเรื่องนี้ฉันเห็นว่ามีคนอื่นได้ยื่นรายงานข้อผิดพลาดไปแล้วเมื่อเร็ว ๆ นี้และลิงก์การตอบกลับผ่านไปยังปัญหาต้นน้ำที่ระบุว่า "ไม่มี Linux kernel อินเตอร์เฟสในปัจจุบันเพื่อรับข้อมูลนั้น [ไฟล์ วันที่สร้าง]". มันน่าทึ่งสำหรับฉันที่เห็นได้ชัดว่านี่ยังคงเป็นกรณีที่ผู้คนได้รับการร้องขอที่statแสดงข้อมูลนี้มานานหลายปี (และstatเอาท์พุทBirthเขตข้อมูลแม้ว่ามันจะไม่เห็นได้ชัดว่ามันยังไม่สนับสนุน!

ดังนั้นยังคงเป็นความจริงหรือที่ว่าไม่มีเคอร์เนลอินเตอร์เฟส Linux ในปัจจุบันเพื่อรับวันที่สร้างไฟล์ มีแผนที่จะใช้สิ่งนี้ตลอดไปหรือไม่?

แก้ไข: ข่าวดีstatx()มีการรวมเข้าด้วยกันดังนั้นจึงควรมีวางจำหน่ายในรุ่น 4.11

• https://lwn.net/Articles/716302/
• https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a528d35e8bfcc521d7cb70aaf03e1bd296c8493f

xstat () งานปัจจุบัน statx () ได้รับการแก้ไขในปี 2559

• http://lwn.net/Articles/685791/
• http://lwn.net/Articles/686106/

กระบวนการนี้มีระเบียบวินัยเพิ่มขึ้นเล็กน้อยในเวลานี้ (น้อยกว่า bikeshedding ข้อตกลงที่จะทิ้งคุณสมบัติการโต้เถียงเนื่องจากพวกเขาสามารถเพิ่มได้ในภายหลัง) น่าเสียดายที่ยังคงมีการคัดค้านอินเทอร์เฟซที่แน่นอนและฉันไม่ได้เห็นการอ้างอิงล่าสุดอีก

เนื่องจากไม่มีระบบไฟล์ที่ใช้กันทั่วไปจึงสนับสนุน

จากสิ่งที่ฉันสามารถบอกได้ (ขออภัยกลุ่มลิงก์หน่วยความจำและ googlage ไม่มีอะไรที่เหนียวแน่นพอที่จะแสดงไว้ที่นี่เพื่อเป็นข้อมูลอ้างอิง) มันไม่เคยเกิดขึ้นเพราะระบบที่ขีดเส้นใต้ไม่รองรับคุณสมบัติเวลาในการสร้าง ยอมรับว่ามันเป็นคุณสมบัติที่มีประโยชน์

ดูhttp://www.pathname.com/fhs/pub/fhs-2.3.html

POSIX วางการประทับเวลาสามครั้ง พวกเขาไม่มีเวลาสร้าง

ถ้าฉันจำได้อย่างถูกต้องอาร์กิวเมนต์ไปเช่น:

> Give me a use case where we can't already do that using what we already have.
< Some examples were submitted
> All of these are convoluted beyond usefulness. 
> Ok, Ok, *maybe* a couple of these don't suck. 
> Now how do you see handling file systems that don't track this?
< several ideas that were not the same. 
< Basically everyone had a special case that would work, but not 
< one that always works. Fight about fallbacks and other special handling. 
> Ok, lets table that for now. What should we call this field
< At least 6 different answers emerged.
> So, you want to break POSIX standards, 
> you can't really come up with a good reason why, 
> you can't come up with a good fall back, and 
> you can't even come up with a name. 
> Sounds like it's specific to the file system to me, and that 
> should be "extended data" accessible by tools and not as 
> a core stat in the Kernel.

ตอนนี้ส่วนใหญ่เป็นหน่วยความจำและอ่านรายชื่อผู้รับจดหมายเก่า ๆ ฉันไม่ได้นั่งเป็นศูนย์กลางในการโต้แย้งเช่นกัน ฉันอยู่ในรายชื่อผู้รับจดหมายเพราะมีบางคนที่ทำงานแบบปิดในไดรเวอร์อ้วนสำหรับระบบ Linux ที่ฝังอยู่ ฉันพูดถึงว่าเพราะมีแหล่งข้อมูลที่เชื่อถือได้มากกว่าแน่นอนดังนั้นความทรงจำเกี่ยวกับสิ่งที่ฉันสนใจ

ฉันจำได้ว่าเรื่องใหญ่คือการรวมกันของความจริงที่ว่าไม่มีใครสามารถเกิดขึ้นกับกรณีการใช้งานที่ดีไม่มีใครสามารถตกลงเกี่ยวกับวิธีการจัดการสนามสำหรับ 40 ระบบไฟล์ที่ใช้กันทั่วไปอื่น ๆ ที่ไม่สนับสนุนการสร้างเวลา และแม้แต่ชื่อของสนามก็กลายเป็นการถกเถียงกันอย่างมาก

เวลาเกิดอยู่ในหลายระบบไฟล์เนทีฟ Linux, ไม่เพียง แต่ ext4

ตั้งแต่เวอร์ชัน 4.11 ของเคอร์เนล Linux (เมษายน 2017) มีการstatx()เรียกระบบใหม่เพื่อดึงข้อมูล แต่ฟังก์ชั่นเสื้อคลุมที่เกี่ยวข้องยังไม่ได้รับการเพิ่ม GNU libc เลย ( ณ วันที่ 2018/06/26. 2019 แก้ไขในขณะนี้เพิ่มขึ้นใน 2.28) และเครื่องมือเช่น GNU stat, ls, findไม่ได้รับการปรับปรุงเพื่อใช้มัน ( 2019-08- 22 แก้ไข GNU statบนระบบ GNU / Linux ที่มี glibc 2.28 ขึ้นไปรองรับตั้งแต่ coreutils 8.31)

คุณสามารถทำได้perlด้วยสิ่งที่ชอบ:

perl -MPOSIX -e '
  require "syscall.ph";
  $buf = "\0" x 0x100; # enough space for a struct statx
  for (@ARGV) {
    # hardcode: AT_FDCWD == -100
    #           AT_SYMLINK_NOFOLLOW = 0x100 (lstat()-like)
    #           STATX_BTIME = 0x800 for the mask
    #           80: offset of the btime in the struct
    syscall(&SYS_statx, -100, $_, 0x100, 0x800, $buf) == 0
      or die "$_: $!\n";
    ($t, $n) = unpack("x80QQ", $buf);
    $n = sprintf("%09d", $n);
    print strftime("%F %T.$n %z\n", localtime $t)
  }' -- "$file"

หากsyscall.phไม่มีของSYS_statxคุณคุณสามารถ hardcode เช่นกัน มันคือ 332 บนสถาปัตยกรรม amd64 หรือลอง:

printf '#include <syscall.h>\n__NR_statx\n' | gcc -E -xc - | tail -n 1

ตอนนี้เวลาเกิดนั้นไม่ค่อยมีประโยชน์ ไม่ใช่อายุของข้อมูลในไฟล์ (ข้อมูลถูกเขียนลงในไฟล์หลังจากที่สร้างขึ้น) และไม่จำเป็นว่าเวลาที่ไฟล์จะปรากฏโดยชื่อนั้นในไดเรกทอรี (อาจถูกสร้างเป็นชื่ออื่นและเปลี่ยนชื่อหรือเชื่อมโยง ที่นั่นและเนื้อหาหรือแอตทริบิวต์มีการเปลี่ยนแปลงหลายครั้งในระหว่าง)