cygwin:ls -iがUNCパスにあるファイルの無効なinode番号を報告する

cygwin:ls -iがUNCパスにあるファイルの無効なinode番号を報告する

バージョンに応じて変更されていないファイルを保存するためにハードリンクを使用するQNAP NASには、マルチバージョンのバックアップがあります。

バックアップ先は、eSATAを介してQNAPに接続された外部EXT4ディスクです。

ls -isshを介してQNAPシェルを使用してハードリンクされたファイルのinodeを一覧表示すると、各ハードリンクされたファイルに対して同じinode番号が得られます。たとえば、特定のファイルAの場合は11961450(0xB6846A)です。

Windowsシステムでcygwinシェルを使用して同じ操作を実行し、SMBを介してリモートファイルシステムにアクセスすると、各ハードリンクファイルがls -i異なるinodeを報告し、inode番号が非常に大きくなります。同じファイルに対して、AIは1つのディレクトリからinode番号10167322761950234564(0x8D19962EE6C987C4)を取得し、他のディレクトリではinode番号6110607626948733827(0x8332

ちなみに、内部QNAPディスクでファイルinodeを確認すると、SSHで確認するか、Cygwinを介してQNAPシェルで確認するかは常に正しく報告されます。

問題は、cygwinを使用するときにこの不一致を解決し、正しいinode番号を取得する方法はありますか?そして誰の責任ですか? SMBサーバー(QNAP)、SMBクライアント(Windows)、Cygwinなど?

ベストアンサー1

おすすめ記事