“Tail: tanınmayan dosya sistemi türü 0xbeefdead” hakkında endişelenmeme gerek var mı?


32

İle düzenli bir metin dosyasını izlemeye çalışıyorum tail -f -n 50 filename. Her zaman bu hata mesajını almam dışında dosyadaki bilgileri gayet iyi buluyorum:

kuyruk: Tanınmayan dosya sistemi türü 0xbeefdead

Her dosyada olur. 0xbeefdeadBeni endişelendiren - bir korsan etiketi benziyor.

$ tail --version
tail (GNU coreutils) 8.4

3
Bunun 0xdeadbeefyerine olmamalı mı ? :P
devnull

1
Yakın oy geri çekildi.
slm

1
Muhtemelen aşikardır fakat 0xDEADBEEF genellikle başlatılmamış baytları ve bunun gibi şeyleri belirtmek için kullanılır. BEEFDEAD muhtemelen bu konuda bir zekidir. en.wikipedia.org/wiki/Hexspeak (deadbeef'i arayın)
user426724

@goldilocks: Güzel bir hikaye ama soru yok. Ayrıca, kapak kilitleme anahtarınızı düzeltin.
Ben Voigt

3
@BenVoigt Caps kenara kilitlenir, geçerli bir puan aldı. Soru tamamen açık: Sadece etinin normal olup olmadığını soruyor.
Navin

Yanıtlar:


34

StorNext dosya sistemini kullanırken bu uyarıyı alıyorsanız ve çalışıyorsa coreutils 8.21 veya daha önceki bir endişelenecek pek bir şey yoktur; Bu uyarı mesajı bekleniyor.

GNU tail, çeşitli dosya sistemi türleri hakkında bilgilidir ve bilinmeyen bir türle karşılaştığında uyarır. StorNext dosya sistemi desteği eklendi tailyılında coreutilsNisan 2013'te, ve de serbest bırakıldı coreutils8.22. Taahhüt burada . Bu sürümü alamıyorsanız coreutilsveya kaynağı kendiniz düzenlemek ve yeniden derlemek istiyorsanız, işte bu taahhüdün farkı:

src/stat.c
@@ -399,6 +399,8 @@ enum
     return "selinux";
   case S_MAGIC_SMB: /* 0x517B remote */
     return "smb";
+  case S_MAGIC_SNFS: /* 0xBEEFDEAD remote */
+    return "snfs";
   case S_MAGIC_SOCKFS: /* 0x534F434B local */
     return "sockfs";
   case S_MAGIC_SQUASHFS: /* 0x73717368 local */

11
Neden gibi bir kullanıcı alanı programının tailbelirli bir dosya sistemiyle uyumlu olması gerekiyor? Sanırım demek istediğim, dayanabileceği bir dosya sistemi soyutlaması yok mu?

15
@ illuminÉ, dosya sistemi türünü belirlemenin ana nedeni "tail -f" işlemidir: yeni verinin bir dosyaya yazılıp yazılmadığını anlamanın en etkili yolu bir dosya sisteminden diğerine değişebilir.
Mark

9
tail-fseçeneği ile inotifyyapabiliyorsa kullanır . Ancak inotify, yalnızca yerel sistemin çekirdeği tarafından yapılan etkinlikten kaynaklanan değişiklikleri izleyebilir. Bu nedenle tail, inotifyyalnızca dosya argümanı "yerel" bir dosya sistemi olarak sınıflandırdığı şeyde kullanılacaktır.
Mark Plotnick

7
Ve son eksik bilgi, çekirdeğin onu desteklemeyen bir dosya sisteminde inotify kullanmaya çalıştığınızda hiçbir şeyin yanlış olduğuna dair net bir gösterge vermemesidir, bu yüzden bu sihirli sayı kludgefest temelde onu kullanmanın tek güvenli yoludur.
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.