%20%E3%81%8C%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%82%8B.png)
私は Linux 上で Seagate Expansion 6TB ドライブを使用しており、NTFS 形式 (Linux と Windows マシンの両方で簡単に扱えるように) になっています。これを RPi3 で実行している Linux ベースの NAS のアップグレードに使用するつもりです。
私の問題は、これを Pi または x86 コンピューター上の Linux ディストリビューションの両方にマウントするたびに、ネットワーク上で共有しようとしているビデオ ファイルの一部が破損していると判断されるのですが、実際には破損していません (Windows 10 では問題なく読み取れます)。
Linux の MediaInfo でも、ファイルのオーディオ トラックまたはビデオ トラックが欠落していると報告されますが、これは事実ではありません。Windows では、すべてのトラックが完璧に再生されるからです。私はいくつかのディストリビューションとさまざまな Pi を試しましたが、これはできません。Linux がドライブを処理すると、常に奇妙な問題が発生します。共有しようとしているすべてのファイルを適切に読み取れないのであれば、NAS として使用することはできません。mount.ntfs の代わりに NTFS-3G を使用してマウントすることも試みましたが、結果は同じでした。
編集: さらにテストを行おうとしたところ、Linux 上の「破損した」ファイルに対して md5sum プログラムを実行することすらできないことに気付きました。端末で I/O エラーが発生するだけです。
ドライブ自体は正常で、Windows を再起動して WinMD5 をダウンロードし、Linux が破損していると判断したファイルの 1 つに対して MD5 を計算することができました。
編集 #2: Windows 10 で休止状態と高速スタートアップを無効にしました (どちらにしても好きではありません)。 によると、現在は S3 スリープのみが有効になっていますpowercfg -a。その後、コンピューターをオフにして、再度電源を入れ、Linux に戻りました。ファイルは引き続き破損していると表示されます。
編集 #2: コンピューターと Pi の両方で同じ USB3 エンクロージャを使用しています。ドライブは 6TB の Barracuda ドライブで、エンクロージャを開いて、USB3 回路がドライブ自体に統合されているかどうかを確認しました。いいえ、内部には標準の SATA ドライブが入っています。
また、chkdsk は、Windows と Linux の両方でファイルが読み取り可能かどうかをテストする際に、再起動後も問題は報告されず、Linux のみで問題が報告されます。
ここで何が起こっているのでしょうか?