紹介する

誤ってひどいことをした。ls代わりに、私が作成したスクリプトの後に表示された数日前、ディレクトリのコピーの代わりに現在のディレクトリにいくつかのコマンドを入力してcd実行しましたが、期待した効果はありませんでした。rm -rfmnt

ここにはすでに同様の質問があることを知っていますが、包括的な質問はありません。私はこの「機会」を通じて、後で他の人が参照できるように公に回答を提供するシリーズを始めたいと思います。

photorecたとえば、使用の提案がありますtestdisk。これが最善の解決策ではないかもしれません。別の答えを見つけましたが、ここ、推奨されますlocate。私はそれについて、またはそれがどのように機能するのかわかりません。

私のシステム

私のシステムはテストブランチを追跡するDebian 10システムです。データはext4形式でSSDに保存されます。私が間違った場所にあることに気づいたとき、rm -rf私はコンピュータの電源ボタンを押してコンピュータをシャットダウンしました。

解決手順

別のDebianシステムを実行している別のノートブックがあります。 SSDをコンピュータから取り出し、外部USB-Sataコネクタに接続しました。

これで、システムがデバイスにデータを書き込めないようにインストールする必要があると思います。どうすればいいですか？

locateその後、この方法（リンクされた質問）を使用してデータを再インポートできますか？何かをする前に、これが正しいことを確認したいと思います。

データは重要ですか？

はい。私が削除したディレクトリには、私の博士号のすべてのコードが含まれていました。まだ数週間が残っています。ここ数週間で行われたすべてのタスクを使用して再実装できる古いバージョンがあります。しかし、その短い時間の間私はたくさん変わった。今週、私の研究で「画期的」がありました。コードの書き方は、コードの再実装が決して単純ではないことを意味します。

バックアップはありますか？ （編集する）

私が間違いなく知っている唯一のことは、私が所有しているサーバーに日付があることです2 May 2020。私はほぼ24時間働いているので、それ以来多くのことをしてきました。

そこ可能このSSDには別のバックアップがありますが、その一部は私のホームディレクトリにあり、そのバックアップが削除され、rm -rfバックアップスクリプトが期待どおりに機能しないため、そこに通常のバックアップがない可能性があります。 （コピーされる不思議なものを削除しようとすると、やっと詰まってしまいました。）

現在の日付を確認するためにSSDにアクセスできません。データを書き込めないように（可能であれば）インストールする方法を知っておく必要があります。

5月2日のものだけ持っていたら本当に悪かったでしょう。私は最近数時間狂ったように働いてきたので、おそらく今朝起きて誤ってそれを台無しにしたようです。