Dosya oluşturma tarihini almak için hala Linux çekirdek arayüzü yok mu?

Linux uzun süredir dosya oluşturma tarihleriyle uğraşmadı çünkü yaygın olarak kullandığı dosya sistemlerinden hiçbiri onları desteklemiyordu. Ancak şimdi, yaygın olarak kullanılan 2 dosya sistemi (NTFS ve ext4) her ikisi de dosya oluşturma tarihlerini kaydeder.

Ancak statkomut, Birth: -ext4'ün dosyanın oluşturma tarihini kullanarak kaydettiğini görmemize rağmen, bir ext4 dosya sisteminde çıktı veriyor.debugfs -R 'stat <inode_number>' /dev/file_device .

Bunun neden olduğunu araştırdığımda, başkasının yakın zamanda bir hata raporu hazırladığını ve yanıtın , şu anda bu bilgiyi almak için şu anda Linux çekirdeği arayüzü olmadığını belirten bir yukarı akış konusuna bağlandığını gördüm. oluşturulma tarihi]". İnsanlar bu bilgiyi yıllardır görüntülemeyi talep ettikleri için , bu durum hala görünüşte hala geçerli gibi görünüyor stat(ve statçıktı birBirth görünüşe göre henüz desteklemese bile, alan yapıyorlar mı?) .

Öyleyse, şu anda dosya oluşturma tarihini almak için Linux çekirdek arayüzü olmadığı doğru mudur? Bunu şimdiye kadar uygulamak için bir plan var mı?

EDIT: İyi haberler statx()birleştirildi, bu yüzden 4.11 sürümünde hazır bulunmalı.

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

xstat () çalışması, şu anda statx (), 2016 yılında revize edilmiştir.

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

Süreç bu sefer biraz daha disiplinliydi (daha az bisiklet sürmek, tartışmalı özellikleri düşürmek için her zaman daha sonra eklenebilecekleri şekilde anlaşma). Ne yazık ki, tam arabirime hala itirazlar vardı ve daha yeni referanslar görmedim.

yaygın olarak kullanılan dosya sistemlerinin hiçbiri onları desteklediğinden

Söyleyebileceklerimden (üzgünüm bir sürü bağlantı, bellek ve googlage, burada referans olarak listelenecek kadar uyumlu bir şey yok), hiçbir zaman, altta yatan sistemlerin yaratma zamanı özelliklerini desteklemediği için değildi; yararlı bir özellik olduğuna katılıyorum.

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

POSIX, üç zaman damgası düzenler. Hiçbiri yaratma zamanı değil.

Doğru hatırlıyorsam, argüman şöyle bir şey oldu:

> 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.

Şimdi bunun çoğu hafıza ve bazı eski posta listelerini okumak. Ben de tartışmaların merkezinde oturmadım. Gömülü bir Linux sistemi için yağsız bir sürücüdeki bazı çekimler nedeniyle bir posta listesine girdim. Bundan bahsettiğim için kesinlikle daha yetkili kaynaklar var, çünkü sadece değer verdiğim bir şeyle ilgili hafızam.

Hiç kimsenin iyi bir kullanım davası açamayacağı gerçeğinin bir birleşimi olduğunu hatırlıyorum, hiç kimse yaratma zamanını desteklemeyen diğer 40 yaygın dosya sistemi için bu alanın nasıl ele alınacağına karar veremedi. ve hatta alan için bir isim bulmak bile büyük bir tartışmaya dönüştü.

Doğum zamanı sadece ext4 değil, birçok Linux yerel dosya sistemindedir.

Linux çekirdeğinin 4.11 sürümünden (Nisan 2017) beri onu almak için yeni bir statx()sistem çağrısı var. Ancak, karşılık gelen sarıcı işlevi henüz libc GNU eklendi edilmemiştir (2018/06/26. İtibarıyla 2019 düzenlemek ve GNU gibi araçlar artık 2.28 eklenen) stat, ls, find(kullanmak güncellenmemiş 2019-08- 22 GNU düzenleme GNU stat/ Linux sistemlerinde glibc 2.28 veya üstü ile çekirdek çekirdeklerden beri bunu destekler 8.31)

Böyle bir perlşey olsa da yapabilirsin :

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"

Eğer syscall.phsahip değilse SYS_statx, onu da kodlayabilirsiniz. Amd64 mimarisinde 332. Veya Dene:

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

Şimdi bu doğum zamanı nadiren kullanışlıdır. Dosyadaki verilerin yaşı (veriler oluşturulduktan sonra dosyalara yazılır ) veya dosyanın bir dizinde bu adla göründüğü zaman (farklı bir ad olarak oluşturulmuş ve yeniden adlandırılmış veya bağlanmış olabilir) orada ve içerik veya öznitelik arasında birkaç kez değiştirildi).