まず、ディスクパーティションは、読み取り専用としてマウント
この手順は非常に重要であり、誤ってファイルを削除した後、できるだけ早く読み取り専用ディスクをマウントする必要があります。早く、回復の成功の可能性が大きくなります。
パーティションがファイルが配置されている削除であることを確認してください
[ルート@localhost 〜]＃マウント
/型のext4（RW）の/ dev /マッパー/ VolGroup-lv_root
は/ dev /マッパー/ VolGroup-lv_homeの/ homeタイプのext4（RW）
対応するディレクトリが読み取り専用で再マウントしてください2.
[ルート@localhost ＃マウント-r -n -o再マウント/ホーム〜]は
マウント：/ homeがビジー状態では、
3. xxxは忙しい表示がある場合
[ルート@localhost 〜]＃定着-v -m /データ
関連するプロセスを識別し、殺します。
4.成功したディレクトリには、読み取り専用としてマウントされています
[ルート@localhost 〜]＃マウント-r -n -o再マウント/ホーム
ときに、ファイルタッチ/ホームディレクトリのこの時点で、エラーが発生します。
[ルート@localhost TXT〜]＃タッチ
タッチは：触れることができない `読み取り専用ファイルシステム：TXT」を
第二に、データ復旧ツールextundeleteの使用
+ DD試みたdebugfsの前に、失敗しました。
後でインストールextundelete-0.2.4 ,:
1.ダウンロード
sourceforgeの直接成功していないwgetのサーバー上に、壁であるので、以下のように（1）は、それだけでローカル、リンクで壁の上にダウンロードすることができます。
サーバー上の（2）ダウンロードしたファイル
サーバー上でwgetを、その後、地元のnginxのを開始します（他の方法によっても、もちろん、長いサーバーへなどのように）：
wgetののhttp：//本机IP / extundelete-0.2.4.tar.bz2
（3）解凍
タールjxf extundelete - 0。2。4 .tar.bz2と
2.コンパイル
（1）構成
[ルート@localhost extundelete-0.2.4]＃は./configure
障害が発生した場合、configureは、config.logの下に見えた、ネイティブビルド環境を決定するものではありませんでした。
yumのGCC +のgcc-Cをインストール-y ++
少し遅いのを待ちます。
インストールが完了したら、再設定、まだエラー
extundelete 0.2.4構成
エラー：構成することはext2fsのライブラリを見つけることができません
これはextundelete依存e2fsprogsのためです。
あなたがインストールした後にe2fsprogsは成功し、再び設定します。
[ルートは@localhost extundelete-0.2.4]＃yumをe2fsprogsの-develのインストール
[ルート@localhost extundelete-0.2.4]＃./configureを
設定extundelete 0.2.4
ディスクに生成されたファイルを書き込みます
（2）作る＆make installを
[ルート@localhost extundelete-0.2.4] #make＆make installを
例外情報がなければ、基本的なインストールは成功です。
（3） に行くことができるのsrc ディレクトリ認証。
[ルート@localhost extundelete-0.2.4]＃のCDのSRC
[ルート@localhost ソース]＃./extundelete
んが、アクションが指定されていません。--superblockを意味しています。
./extundelete：デバイス名がありません。
使用方法：./extundelete [オプション] [ - ]デバイスファイル
.............
[ルート@localhost ソース]＃./extundelete -v
extundeleteバージョン0.2.4
バージョン1.41.12 libext2fs
プロセッサはリトルエンディアンです。
情報としては、インストールが成功したことを証明します。
以下のデータの回復が本当に始まりました。
第三には、新しいハードディスクをマウント
（元のサーバーのディスク容量が十分に大きい場合は、この手順を省略できます。）
（200G程度）データの大誤って削除するので、元のマシンのサーバー上の物理的なディスクスペースがありません。別のサーバーB上のリモートディスクをマウントするためにいくつかの必要があるため、Bは、Xen仮想マシンで、スペースが十分ではありませんが、また、物理マシンのディスクスペース、時間は空間Bにホストパーティションから必要
B Xenの上でディスクをマウントするには1
グラフィックス操作なので、詳しく説明しません。ちょうどそれに十分なスペースを割り当て、私が選ばれた300Gです。
新しいディスクをマウントする準備ができて2ログオンサーバーB、。
（1） 新しいディスクがマウントされているかどうかを確認するために
【nmen DEV のUbuntu-serverSelecting] LS の/ dev / SD *
は/ dev / sdaには/ dev / SDA1の/ dev / SDA2の/ dev / SDA5の/ dev / SDA6の/ dev / sda7 / dev / sda8は/ dev / sdbと
/ dev / sdbとは本当に実装されています。
このとき、新しいディスクは、それがフォーマットされていない、分配し、したがって、二つのことを行う必要がありますされていません。
（2） パーティション
図は、ハードディスクHDB、SDB同じディスク操作です。
（3） フォーマット
[nmen @dev -ubuntu-サーバー]：〜$ sudoをmkfsコマンドの-t ext3ファイルシステムは/ dev / sdb1が
mke2fsの1.41.11（14日- 3月- 2010）
ファイルシステムのラベル=
OSの種類：Linuxの
ブロックサイズ= 4096（ログ= 2）
フラグメントサイズ= 4096（ログ= 2）
ストライド= 0ブロック、ストライプ幅= 0ブロック
22937600のiノード、91749215個のブロック
リザーブ4587460個のブロック（5.00％） のために スーパーユーザ
最初のデータブロック= 0
最大ファイルシステムブロック= 4294967296
2800ブロックグループ
グループあたり32768個のブロックグループごとに、32768個の断片
グループごとに8192件のinode
スーパーブロック・ブロックに保存されたバックアップ：
32768、98304、163840、229376、294912、819200、884736、1605632、2654208、
4096000、7962624、11239424、20480000、23887872、71663616、78675968の
ライティングのinodeテーブル： 行わ
：ジャーナル（32768個のブロック）の作成 済
書き込みスーパーブロックとファイルシステムの会計情報を： 行われ
、このファイルシステムは自動的にすべての33回のマウントまたはチェックされます
いずれか早い方180日を、 。使用して、オーバーライドする-cまたは-iのtune2fs。
それが正常にフォーマットされたことを示す上記の情報。
（4） ボリュームラベル
sudoのe2labelは/ dev / sdb1が/復元
（5） マウント
[nmen @dev -ubuntu-サーバー]：〜$ます。mkdir /復元
[nmen @dev -のubuntu -サーバー]：〜$マウント-t ext3の-vlは/ dev / sdb1が/復元
この時点で、サーバ側のBに新しいハードディスクをマウントし、今復元するデータを格納するのに十分なスペースを持っています。
第四には、リモートからNFS経由でマウント
ネットワーク、リモートホストBの共有ファイル・システムを介して、データ復旧マシンAを行う必要性をマウント
1.インストールNFSサーバB
（1） インストール
BはUbuntuのシステムではなく、デフォルトのインストールNFSです。
＃sudoのNFSカーネル・サーバーをインストールapt-getを
（2） の構成
変更は、/ etc /輸出は、次のステートメントを追加します。
＃の/ etc /エクスポート：エクスポートすることができるファイルシステムのアクセス制御リスト
NFSクライアントに＃を。輸出（5）を参照してください。
＃
＃のNFSv2とNFSv3のための例：
＃/ SRV /住宅hostname1（RW、同期、no_subtree_checkコマンド）hostname2は（RO、同期、no_subtree_checkコマンド）
＃
NFSv4のため＃例：
＃/ SRV / NFS4 GSS / krb5i（RW、同期、FSID = 0、crossmnt、no_subtree_checkコマンド）
＃/ srvの/ NFS4 /家庭GSS / krb5i（RW、同期、no_subtree_checkコマンド）
＃
/ *を復元（RW、シンク、にno_root_squash、no_subtree_checkコマンド）
どこで：
/復元 -クライアントのディレクトリと共有する必要性を。
* -カタログにアクセスすることができ、あなたはまた、IPを指定することができ、任意のホストを示します。
（ワット、シンク、にno_root_squash、no_subtree_checkコマンド） -クライアントの権限を設定します。
一時的な使用のために、ネットワークサーバ内に配置されているので、比較的自由に配置されています。
（3） 設定を検証します
＃exportfsの-rv
＃/etc/init.d/nfs-kernel-server再起動
（4） 構成が成功したことを確認
リストNFSサーバの出力ディレクトリを表示します。
nmen @dev -ubuntu-サーバー：-e showmountは
エクスポートリスト 用 chinahrd-のubuntu-devを：
/復元*
（5） ファイアウォール
緊急時のため、およびBのファイアウォールを一時的に閉鎖ネットワーク内にあるので：
sudoのUFW無効
次のコマンドを使用してファイアウォールを有効にするには：
sudoのUFW可能
2.マウントサーバーA上のリモートディレクトリ
/ディレクトリを復元するには/ mntサーバBから搭載されています。
/復元を/ mnt：-t nfsの[B的IP]を実装
次のようにコマンドを詳細：
/ディレクトリ/マウントポイント：-t nfsの＃[-oマウントオプション]サーバーにマウント
-oマウントオプション
オプションはNFSファイルシステムをマウントするために使用することができマウント指定します。
サーバー：/ディレクトリには、
共有リソースを含むサーバー、およびマウントしたいファイルまたはディレクトリへのパスのホスト名を指定します。
/マウントポイントは、
マウントするファイルシステムのディレクトリを指定します。
第五に、データ復旧
1.おおよその時間は削除されますします
この手順は必要ありませんが、より高速に、この寄与は、所望のデータを返します。
日付は "金4月夜3時40分00秒2014" +％sの-d
1397202000を
1397202000この時間値は、我々は後者を使用します。
2.レビュー削除されたファイル
＃extundeleteは/ dev / sdb1が--inode 2
ファイル名| iノード番号| 削除された状態
。9
... 11
失われた+は、24削除されたを見つけました
データ82削除されました
パーティションがディレクトリにマウントされている場合、iノードは、「ルート」ディレクトリは、一般的に2です。
削除されたステータスファイルが削除されます。
3.データ復旧
ただ、リモートディレクトリにマウントする/復元します。
「1397202000」--after指定、この時点の後に、そのファイルの回復を示しています。
デフォルトのファイルは現在のディレクトリの下RECOVERED_FILESディレクトリに復元されます。
CDには、/復元
[ルートを@localhost 復元]＃./ extundelete --restore-すべて--after "[extundeleteのインストールパス] 1397202000"は/ dev /マッパー/ VolGroup-lv_homeを
表示され、それらは日以降に1397202000と9223372036854775807前に削除された場合、プロセスは、エントリを削除しただけです。
注意：拡張属性は復元されません。
読み込んでファイルシステムのメタデータ... 6924グループがロードされました。
ロードジャーナル記述子...ロード27149の記述子。
/ディレクトリに回復可能なのinodeを検索...
696の回復可能なのinodeが見つかりました。
削除されたファイルのディレクトリ構造を介して探しています...
27394319（VMware社/ 9.50_ps / 9.55locate.vmx.lck）iノード復元することができません：スペースが再割り当てされました。
27402241（VMware社/ 9.35win7 / 9.35win7.vmx.lck）iノード復元することができません：スペースが再割り当てされました。
27396032（VMware社/ 9.35win7 / 9.35win7-Snapshot1.vmsn）iノード復元することができません：いいえ雑誌で見つかったコピーを削除を取り消します。
（VMware社/ 9.36win2008 / 9.36win2008R2.vmx.lck / E00633.lck）iノード27394051を復元することができません：スペースが再割り当てされました。
27394603 iノード復元することができません（失われた+ / E09292.lckを見つけた）：スペースが再割り当てされました。
まだ失われた8つの回復可能のinode。
一般的に、私は長い時間を待ちたいです。。。
CD /リストアRECOVERED_FILES $
lsの
110_open_dns 111_open_dns_node1 112_DNS_node2 116_svn
削除されたファイルは、救済をもたらし、バックします。
六、仕上げ作業
（1） 再マウントA ディスクが書き込み可能です。
[ルート@localhost ソース]＃-o再マウント、RW /ホームをマウント/
サーバーBのアンインストールディレクトリ
（2） オープンBのファイアウォール。
sudoのUFW可能
（3） 中の対RMはエイリアスを有効にし、サイレントタイプが削除避けます。
viのは/ etc / bashrcに
元の/ etc / bashrcに
＃削除しない/またはプロンプト時に3つの以上のファイルを削除する場合＃
エイリアス のrm = 'RM -I --preserve-ルート'
＃確認＃
エイリアス MV = 'MV -i'
エイリアス CP = 'CP -i'エイリアスLN = 'LN -i'
＃子育て/＃にパーマを変更
エイリアスのchown = 'chownを--preserveルート'
エイリアスのchmod = 'chmodの--preserveルート'
エイリアスはchgrp = 'chgrpコマンド--preserveルート'
（4） におけるB 使用のRsync 、定期的なバックアップデータを記憶します。