ext4パーティションを持つArch Linuxがあります。
動作するシステムがあり、いくつかのバックアップを作成することにしました。
私がしたことは次のとおりです。
- インストール時間の移動
- 開いた後、btrfs-progsをインストールすることにしましたが（ファイルシステムではなく一種のユーティリティのようです）、それ以降btrfsの操作は行われませんでした。
- システムのバックアップを開始しましたが、不要なファイルがバックアップされていることに気づき、バックアップを中止しました。
- 無視リストを編集しましたが、早くバックアップを中断しましたが、15GBの空き容量がなくなったことがわかりました。
- GUIに何もなかったので、ncduを実行してバックアップを見つけることにしました。
- 同様のコンテンツを発見し、
/timeshift/somelettersandnumbers/backupncduから削除することにしました。 - その後、私のラップトップは終了することにしました（？）（電源ボタンを押したときにgnomeが停止し、通常どおり端末が表示されました）
- ところで、詰まって消えず、電源ボタンを押し続けます。
- その後、起動時にエラーが発生しました。
エラーはですroot device mounted successfully but /sbin/init。しかし、問題にならないようです。
重要な部分は現在のパーティションです。ほぼ空です。
ライブUSBを作成し、パーティションをマウントしてツリーバックしました。
/mnt
boot
dev
etc
cron.d
timeshift-hourly
home
leviska (my username)
.Xauthority
.local
share
TelegramDesktop
...
.zsh_history
Desktop
proc
run
sys
tmp
そしてパーティションはデフォルトで空で、80kbだけが使用されます。
e2fsckとext4magicを実行してみましたが、役に立つ項目を実行/返しませんでした。
ext4magic /dev/nvme0n1p2 -l
Filesystem in use(...)
Using internal Journal at Inode 8
Inode 2 is allocated
100% home/leviska/.zsh_history
ext4magic : EXIT_SUCCESS
上記以外にファイルを回復する方法があることを願っており、再起動後にパーティションに何も書きませんでした。
UUIDが同じだったので、パーティションが同じだと思いましたが（起動時のgrubと同じです）、今は空です。
答え1
さて、私の考えでは（？）タイムシフトがルートをフォルダにマウントし、私がそのフォルダを盲目的に削除したときにncduがパーティション全体を削除し、基本的に次のように呼び出しましたsudo rm -rf /（私はncduをsudoとして実行しました） ）。
photorec（god tool）を使用して多くのファイルを正常に修復しました。
しかし、残念ながら、すべてのディレクトリ構造が失われ、パーティションを完全に復元する方法はなく、OSを再インストールする必要があります。