「tail：認識されないファイルシステムタイプ0xbeefdead」について心配する必要がありますか？

で通常のテキストファイルをフォローしようとしていますtail -f -n 50 filename。私は常にこのエラーメッセージを受け取ることを除いて、ファイルから情報をうまく取得します：

tail：認識されないファイルシステムタイプ0xbeefdead

すべてのファイルで発生します。0xbeefdead私を心配-それはハッカーのタグのように見えます。

$ tail --version
tail (GNU coreutils) 8.4

tail

— kwknowles
ソース

0xdeadbeef代わりにすべきではありませんか？:P

— devnull

投票は撤回されました。

— slm

おそらく明らかですが、0xDEADBEEFは初期化されていないバイトなどを示すためによく使用されます。BEEFDEADはおそらくこれに関する賢明な工夫です。 en.wikipedia.org/wiki/Hexspeak（deadbeefの検索）

— user426724 14年

@goldilocks：それはいい話ですが、質問はありません。また、Caps Lockキーを修正します。

— ベンフォイト14年

@BenVoigt Capsは脇にロックし、彼は有効なポイントを作りました。質問は完全に明確です。彼は自分の牛肉が正常かどうかを尋ねているだけです。

— ナビン14年

StorNextファイルシステムを使用していて、coreutils8.21以前を実行しているときにこの警告が表示される場合、心配することはあまりありません。この警告メッセージは予期されています。

GNU tailは、多くのファイルシステムタイプについての知識をしっかりと備えており、未知のタイプに遭遇すると警告します。StorNextのファイルシステムのサポートが追加されましたにtailしてcoreutils2013年4月では、とにリリースされた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 */

— マーク・プロトニック
ソース

なぜユーザースペースプログラムtailは特定のファイルシステムと互換性が必要なのですか？私が言っているのは、信頼できるファイルシステムの抽象化がないということでしょうか？

@illuminÉ、ファイルシステムのタイプを決定する主な理由は「tail -f」操作です。新しいデータがファイルに書き込まれたかどうかを判断する最も効率的な方法は、ファイルシステムによって異なります。

— マーク14年

tail可能であれば、-fオプションを使用inotifyします。ただしinotify、ローカルシステムのカーネルによって行われたアクティビティによって引き起こされた変更のみを監視できます。したがって、ファイル引数が「ローカル」ファイルシステムとして分類されるものにある場合にのみtail使用しinotifyます。

— マークプロトニック14年

そして最後の情報の欠落は、それをサポートしていないファイルシステムでinotifyを使用しようとすると、カーネルが何も間違っているという明確な兆候を与えないということです。