cat>を使用して誤って作成されたファイルを回復する

cat>を使用して誤って作成されたファイルを回復する

私はLinuxを学びながら収集した有用な命令と情報が入ったテキストファイルを保存しておきました。追加するべき良い内容が見つかるたびにvimで開きますが、これは退屈です。だから今日はcat >>ここにいくつかの内容を追加し、後でもう一度整理したいと思います。 (私はGUIなしで作業するので、すべての小さなことが役に立ちます。)catを使用するか、>> fileコマンドを実行します。

ファイルを見ようとしましたが、誤って操作を実行してcat > textfile ファイルを空にしました。

この記事を書いて、私の.zsh_history、より正確に私がしたことを見てくださいcat> textfile | tail。明らかに、「より大きい」記号の1つをリダイレクトするのではなく、スペースを削除しました。

私が試したこと

私はすぐに私が何をしたのか気づきました、そしてそのターミナルではもう何もしませんでした。猫はまだそこに座って空の列を立てて待っていました。に基づいてこの問題、私は努力したこの回答他のtty端末から:

提案された答え:

sudo grep -i -a -B100 -A100 'string' /dev/sda1 > file.txt

私の試み:

grep -F -a -B3000 -A3000 'string' /dev/sdb2 > /media/EXTERNAL_HDD_MOUNT/grepResults

一晩放置し、朝に何が起こったのか見なければならないと思ったが、ほぼ一時間で終わったという事実に驚いた。 OSはUSB / Cフラッシュドライブ、デフォルトのパーティション186 GB(永久ライブではなく通常のインストール)にインストールされます。現在内部ハードドライブがないコンピュータで実行されます。 11MBのコンテンツが提供されたので、読みやすい文字列を抽出し、何が得られたかを確認する必要がありました(別の方法を学ぶ必要がありました)。

私の質問の1つは、猫のプロセスを終了/停止/終了するかどうかと方法に違いがありますか?改行なしでは動作しないことを知っていますが、とにかくすぐに作業を実行し、他のビューアと一緒に表示するとファイルが既に空になっているようです。

別の質問(またはxy質問)は/ procから復元できますか? 2010年の質問に対する私の考えに有望に思えるもう一つの提案があります。 /procにディレクトリがあるPIDを見つけましたが、そこに入ると何を見ているのかわからず、どうすればいいかわかりません。

ああ、私がするもう一つのことはfc -p。私が実行するコマンドのためにドライブに何かが記録されるのではないかと心配です。 ZSH記録は私が現在知っている数少ないものの一つで、グーグルしてブロックしてみました。

どんなgrep提案にも感謝します。私は「MyCommands」ファイルが特殊文字でいっぱいであることを知っているので、検索する一意の文字列を選択するときに特殊文字を使用しないようにしています。これは、混合に追加の変数を追加して状況をより複雑にしないためです。その形式の構文の強調が気に入ったので、.batとして保存しました。

ベストアンサー1

おすすめ記事