GNU/Linux >> Linux の 問題 >  >> Linux

うっかり rm /* を実行してしまいました。

バックアップから復元します。

ファイルシステムによっては、元に戻すユーティリティまたは回復ユーティリティを実行できる場合がありますが、バックアップから復元する方が簡単で信頼性が高いと思われます.


バックアップが最善の解決策である可能性がありますが、何らかの理由でそれができない場合は、ext3/4 パーティションから削除されたファイルを回復するのに役立ついくつかの手法があります.

これらの方法のいずれかを有効にするには、できるだけ早くシングル ユーザー モードに切り替えて、ディスクをアンマウントする必要があります。また、できれば livecd またはその他の回復環境からこれらを実行することも、データを回復しようとする際の偶発的なデータ損失を回避するための非常に安全な方法です。

最初にバックアップを使用する必要があるため、元に戻すプロセスに関する叙事詩は投稿しません。最も役立つリンクは次のとおりです。

  • http://www.cyberciti.biz/tips/linux-ext3-ext4-deleted-files-recovery-howto.html
  • http://extundelete.sourceforge.net/

rm の場合 あまり食べませんでした(たまたま、/binの途中で殺しました) ...)、レスキュー モードでマシンを起動し、影響を受けるパッケージを確認できます (rpm で) の場合、rpm -Va 教えてくれます)、それらを再インストールしてください。

これはのみ 真夜中過ぎの新月に動作します。事前に短い雨のダンスをしておくと効果的かもしれません。か否か。 YMMV.

(はい、これは疑いを持たないユーザーに ENTER を押す前に各コマンドを慎重に検討するように教えるための Unix の残忍な方法です。 .教わったと考えてください。)


Linux
  1. RabbitMQデータと構成をバックアップおよび復元する方法

  2. mysqlhotcopy を使用した MySQL データベースのバックアップと復元

  3. 不正なバックアップ/復元後の Linux ext4 復元ファイルとディレクトリのアクセス権

  1. R1SoftCDP3バックアップの復元

  2. LinuxでSVNリポジトリをバックアップおよび復元する方法

  3. Postgresデータベースをバックアップおよび復元する方法

  1. Ubuntu20.04システムのバックアップと復元

  2. ダッシュだけで誤って入力されたcrontab?

  3. PostgreSQLでデータベースをバックアップおよび復元する方法