今朝、私は開発ドライブ（ハードドライブの4つのプライマリパーティションの1つ）を定期的にバックアップしていました。私が実行するスクリプトは次のとおりです。
filename="/home/Backups/Devi_"`eval date +%Y%m%d`".tgz"
touch $filename
tar cvzf $filename /media/Devi/
しばらくすると、特定のファイルが見つからないというtar出力が表示され始め、コマンドが終了するまで同じメッセージが表示され始めました。確認してみると、ドライブのすべての項目、隠しファイルなどが消えました。関連することができる1つの事実は、実行可能ファイルとライブラリがドライブにある2つのqtプログラムを実行することです。しかし、tarコマンドが使用しているファイルのためにそのような削除を引き起こす方法はわかりません。ディレクトリを復元するためにtestdiskを実行してみましたが、トップレベルのファイル/ディレクトリだけを探して、その下には何も見つからないようです。 Photorecを実行してファイルを探しているので、ファイルを上書きしませんでしたが、ファイルシステムは間違いなく破損しました（fsk.ext4を試して、ドライブにあるよりもはるかに少ない数のファイルを含むきれいなファイルを取得しました）。
その期間のマイシステムログ（11:02に削除が発生したと思われます）は次のとおりです。
Jul 26 10:17:01 GlaDux CRON[7004]: (root) CMD ( cd / && run-parts --report/etc/cron.hourly)
Jul 26 10:17:05 GlaDux kernel: [ 5835.406184] GLViewer[7032]: segfault at 0 ip 00007eff18138ee6 sp 00007fff24187158 error 4 in libc2.17.so[7eff17fe8000+1be000]
Jul 26 10:17:16 GlaDux kernel: [ 5846.856210] GLViewer[7059]: segfault at 0 ip 00007f470b838ee6 sp 00007fff999ec928 error 4 in libc-2.17.so[7f470b6e8000+1be000]
Jul 26 10:43:41 GlaDux NetworkManager[1141]: <warn> nl_recvmsgs() error: (-33) Dump inconsistency detected, interrupted
Jul 26 10:57:04 GlaDux dbus[1060]: [system] Activating service name='org.freedesktop.UDisks' (using servicehelper)
Jul 26 10:57:04 GlaDux dbus[1060]: [system] Successfully activated service 'org.freedesktop.UDisks'
Jul 26 11:12:25 GlaDux dbus[1060]: [system] Activating service name='org.freedesktop.hostname1' (using servicehelper)
Jul 26 11:12:25 GlaDux dbus[1060]: [system] Successfully activated service 'org.freedesktop.hostname1'
Jul 26 11:13:41 GlaDux NetworkManager[1141]: <warn> nl_recvmsgs() error: (-33) Dump inconsistency detected, interrupted
Jul 26 11:15:41 GlaDux NetworkManager[1141]: <warn> nl_recvmsgs() error: (-33) Dump inconsistency detected, interrupted
Jul 26 11:17:01 GlaDux CRON[8999]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
確認してみると、cron.hourlyに予定されているタスクはありません。しかし、私の考えでは、udiskはそれと関連があると思います。また、ライブFedoraブーツですべての作業を試しましたが、違いはありません。また、別のスーパーブロックでインストールしようとしましたが、成功しませんでした。
だから、2つの質問があります。
まだ言及していない方法を使用してディレクトリ構造を復元する方法はありますか？バックアップがあるため、単一ファイルの復元が少し過度に見えます。ツリーの残りの部分もインポートできることを願っています。
さらに重要なのは、単純なtarコマンドがドライブのすべての内容を正確に削除する方法ですか？これは私を完全に恥ずかしくし、これまでオペレーティングシステムで経験していたバグの最悪であり、Linuxディストリビューションの以前の経験に反しています。可能なすべての説明をお願いします。
私はx64システムで3.8.0-23-genericとcinnamintを実行しています。問題のパーティションは、ブロックサイズが4kの52Gb基本ext4（ディスク上の4つのパーティションのうち1つ、重要な場合は最後のパーティション）です。
編集する：tarの出力は次のようになります。
/media/me/Devi/dir1/file1
/media/me/Devi/dir1/file2/
......
/media/me/Devi/dir100/file1
cannot find file or folder /media/me/Devi/dir101
cannot find file or folder /media/me/Devi/dir102
cannot find file or folder /media/me/Devi/dir102
また、削除するのに1時間前にディスクをマウントし、次をkern.logに記録しました。
Jul 26 09:14:16 GlaDux kernel: [ 2068.519913] EXT4-fs (sda3): ext4_orphan_cleanup: deleting unreferenced inode 663018
Jul 26 09:14:16 GlaDux kernel: [ 2068.519952] EXT4-fs (sda3): ext4_orphan_cleanup: deleting unreferenced inode 663017
Jul 26 09:14:16 GlaDux kernel: [ 2068.519961] EXT4-fs (sda3): ext4_orphan_cleanup: deleting unreferenced inode 663016
Jul 26 09:14:16 GlaDux kernel: [ 2068.519969] EXT4-fs (sda3): 3 orphan inodes deleted
Jul 26 09:14:16 GlaDux kernel: [ 2068.519970] EXT4-fs (sda3): recovery complete
Jul 26 09:14:17 GlaDux kernel: [ 2068.606194] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)