क्या मुझे "पूंछ: अपरिचित फ़ाइल सिस्टम प्रकार 0xbeefdead" के बारे में चिंता करने की आवश्यकता है?

Question

मैं एक नियमित पाठ फ़ाइल के साथ अनुसरण करने का प्रयास कर रहा हूं tail -f -n 50 filename। मुझे फ़ाइल से सूचना ठीक मिलती है, सिवाय इसके कि मुझे हमेशा यह त्रुटि संदेश मिले:

पूंछ: अपरिचित फ़ाइल सिस्टम प्रकार 0xbeefdead

यह हर फाइल पर होता है। 0xbeefdeadमुझे चिंता है - यह एक हैकर टैग की तरह लग रहा है।

$ tail --version
tail (GNU coreutils) 8.4

Comments

0xdeadbeefइसके बजाय नहीं होना चाहिए ? :P

— देवनुल

करीबी वोट वापस हो गया।

— स्लम

शायद स्पष्ट है, लेकिन 0xDEADBEEF का उपयोग अक्सर गैर-व्यवस्थित बाइट्स और उस तरह की चीजों को इंगित करने के लिए किया जाता है। BEEFDEAD शायद इस पर एक स्मार्ट ट्विस्ट है। en.wikipedia.org/wiki/Hexspeak (deadbeef के लिए खोज)

— user426724

@goldilocks: यह एक अच्छी कहानी है लेकिन कोई सवाल नहीं है। इसके अलावा, अपने कैप्स लॉक की को ठीक करें।

— बेन वोइगट

@BenVoigt कैप्स एक तरफ बंद है, उन्होंने एक वैध बिंदु बनाया। सवाल पूरी तरह से स्पष्ट है: वह सिर्फ पूछ रहा है कि क्या उसका गोमांस सामान्य है।

— नवीन

Answer 1

यदि आप StorNext फाइल सिस्टम का उपयोग करते समय यह चेतावनी प्राप्त कर रहे हैं और coreutils8.21 या इससे पहले चला रहे हैं , तो चिंता करने के लिए बहुत कुछ नहीं है; यह चेतावनी संदेश अपेक्षित है।

GNU tailमें कई प्रकार के फाइल सिस्टम के बारे में ज्ञान है, और यह अज्ञात प्रकार से सामना करने पर चेतावनी देता है। STORNEXT फाइल सिस्टम के लिए समर्थन को जोड़ा गया है tailमें coreutilsअप्रैल 2013 में, और में जारी किया गया था coreutils8.22। कमिट यहीं है । यदि आप उस संस्करण को प्राप्त नहीं कर सकते हैं coreutils, या स्रोत को स्वयं संपादित करने और पुन: व्यवस्थित करने की इच्छा रखते हैं, तो उस प्रतिबद्ध से अलग है:

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 */

Comments

tailकिसी विशिष्ट फ़ाइल सिस्टम के साथ संगत होने की आवश्यकता क्यों है ? मुझे लगता है कि मेरा क्या मतलब है, क्या कोई फाइल सिस्टम अमूर्त नहीं है जिस पर वह भरोसा कर सकता है?

@ illumin @, फाइलसिस्टम के प्रकार को निर्धारित करने का मुख्य कारण "टेल-एफ" ऑपरेशन है: यह पता लगाने का सबसे कुशल तरीका है कि एक फाइल में नया डेटा लिखा गया है या नहीं, एक फाइल सिस्टम से दूसरे में भिन्न होता है।

— मार्क

tail-fविकल्प के साथ inotifyअगर यह कर सकते हैं का उपयोग करता है । लेकिन inotifyकेवल स्थानीय प्रणाली के कर्नेल द्वारा की गई गतिविधि के कारण हुए परिवर्तनों की निगरानी कर सकते हैं। तो केवल तभी tailउपयोग करेगा inotifyजब फ़ाइल तर्क "स्थानीय" फाइल सिस्टम के रूप में वर्गीकृत होता है।

— मार्क प्लॉटनिक

और जानकारी का अंतिम लापता टुकड़ा यह है कि कर्नेल कोई स्पष्ट संकेत नहीं देता है कि कुछ भी गलत है जब आप किसी फ़ाइल सिस्टम पर इनऑटाइज़ का उपयोग करने का प्रयास करते हैं जो इसका समर्थन नहीं करता है, इसलिए यह जादुई संख्या kludgefest मूल रूप से इसका उपयोग करने का एकमात्र सुरक्षित तरीका है।