%20%E3%81%8B%E3%82%89%E5%88%A5%E3%81%AE%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%20(NTFS)%20%E3%81%AB%E7%A7%BB%E5%8B%95%E4%B8%AD%E3%81%AB%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%92%E5%89%8A%E9%99%A4%E3%81%99%E3%82%8B%E3%81%A8%E3%81%A9%E3%81%86%E3%81%AA%E3%82%8A%E3%81%BE%E3%81%99%E3%81%8B%3F.png)
これは昨日から私を悩ませています。GNOME Files (Nautilus) を使用して、ビデオ ファイルを [ダウンロード] フォルダーから NTFS ドライブに移動していました。ファイルを切り取って貼り付けると、すぐにターゲットの宛先 (同じハード ドライブ上の ntfs-3g を使用した別の NTFS ファイルシステム) に表示されました。あるファイルシステムから別のファイルシステムにファイルを移動すると、基本的にファイルがコピーされてから削除されることは知っています (間違っていたら訂正してください)。しかし、急いでソースからファイルを 'shift+delete' すると、しばらくして、ソースからファイルを削除してファイルが消えた後でも、ファイル マネージャーがまだファイルを NTFS ファイルシステムに移動していることに気付きました。移動バーが 100% に達した後、エラーしかし、ターゲットの保存先を確認したところ、ファイルは保存先に移動されており、正常に再生されました。
では、ここで実際に何が起こったのでしょうか? Linux 上のファイル操作は、移動操作を中断しないようにその後も機能するのでしょうか? それとも、ターゲットに移動されたファイルが破損しているのでしょうか? それとも、移動操作によってファイルが削除されるため、ファイルの移動中に最後のコピー操作が行われたためにエラーが発生したのでしょうか?
答え1
ファイルを削除しても、そのデータ (内容) は消去されません。ファイルが存在することを示すメタデータのみが削除され、対応するディスク領域が「後で使用するために空き」としてマークされます。
しかし、もっと重要なのは、OSが保つメタデータは必要なだけ保持されます。ファイルをディレクトリから (または複数のハードリンクがある場合はすべてのディレクトリから) リンク解除した後でも、少なくとも 1 つのプロセスがファイルを開いたままにしている限り、OS は実際のファイルを削除しません。そのため、コピー操作の残りの間、ファイルは名前が付いていないだけで (ただし、スペースは占有したまま) そこに残ります。
私した「コピー操作」と言うのは、コンピュータは物理的にディスク間でデータを移動できないためです。まず、ファイルが宛先にコピーされ、それから元のファイルは削除されます。これがエラーメッセージが表示される理由です。ファイルマネージャーは2つの別々の操作(コピーと削除)を使用します。コピーは成功しましたが、削除は失敗しました(すでに削除しました。
答え2
Linux では、ほとんどの場合、開いているファイルを削除できます。これにより、ファイルはディレクトリ リストから消えます。ただし、ファイルが占めていたスペースは、ファイルが使用されなくなった後にのみ解放されます。
あなたのケースで失敗したのは、移動操作の最後のステップ、つまりソース ファイル/ディレクトリの削除だけです。