mv特定のパターンに一致するすべてのファイルをフォルダに移動したことがあります。特定のファイルのソースをどのように確認できますか（移動後）？
このコマンドを使用した後に場所を確認する機会がありますか？
答え1
いいえ、そこではありません。何が起こるのかを追跡するために、または同様のものを設定できますが、auditd これはコマンドの前に設定する必要があります。
考えられる解決策の1つは、シェル履歴を表示し、ファイルが移動された場所/方法を確認し、そこから元の場所を確認することです。しかし、これは一般的に信頼できません。
答え2
このコマンドを使用した後に場所を確認する機会がありますか？
はい、運が良ければ可能です（おそらく手作業が多いでしょう）。
リンクされたページには削除されたファイルを復元する方法が記載されていますが、ディレクトリから単に削除（別名削除？）されるのではなく、ファイルがディレクトリから移動されてもプロセスが機能するようです。ファイルが同じパーティション内のディレクトリに移動されたか、別のファイルシステム（ext4からNTFSへ）を使用する別のパーティションのディレクトリに移動されたかにかかわらず、移動されたファイルを正常に回復しようとしました。
このツールを使用すると、ファイルシステムを参照して削除/移動したファイルを赤で表示できます。したがって、移動されたファイルを見つけると、そのファイルがどこに移動されたかがわかります。疑わしい場所に検索を絞り込むことができない場合、またはtestdiskに自動的にこれを実行させる方法が見つからない限り（コメントで述べたように、削除されたファイルがすべて文書であると仮定）、そうでなければ多くの作業があります。
別の回避策は、文書が以前の場所にあるときにその文書の読み取りまたは変更に使用したソフトウェアツールのキャッシュを確認することです。一部のアプリケーションは、「最近のファイル」メニューを実装するためにこれらの文書へのリンクを維持することがあります。
答え3
私はUlrichのコメントに同意します。これはしばしば基本的に不可能です。しかし、
これは、使用しているLinuxのバージョンとファイルが存在するファイルシステムの種類によって異なります。私はこれらについてはよくわかりませんが、次のようになります。ジャーナルファイルシステム良い外部3そして外部4 変更に対する監査証跡などが維持されることがあります。これらのいずれかをリバースエンジニアリングして、ファイルシステムの変更をロールバックするために必要なものを確認し、ファイルのソースを確認できます。またはそうでないかもしれません。それが可能かどうかはわかりません。
注：可能であれば、新しい変更が逆追跡する移動ログを上書きしないように、できるだけ早くファイルシステムの使用を中止することをお勧めします。
「明らかな」答えは、移動する前に十分な最近のバックアップがある場合は、それを確認してファイルがどこにあるかを確認できることです。