まず、すでに非常によく似たスレッド/質問があります。
」Linux raid 1ディスクの古いデータ」
非常に似ていますが、いくつかの重要な違いがあります。
非常に短い説明：
同じディスク/パーティションを使用して破損したRAIDを再構築した後、データはRAIDが破損した日付に復元されました。
- /dev/md0 ->レイドドライブ
- /dev/sdc5 -> 最初のRaidパーティション
- /dev/sdd5 -> 2番目のRaidパーティション、失敗したパーティション。
環境設定
2パーティションRAID 1ディスクにUbuntu 16.04インストールを実行しています。
/dev/sdc5+/dev/sdd5=/dev/md0
考えられる誤動作状況
私のケースには、ドライブ間を切り替えるためのハードウェアスイッチがあります。物理ダブルスタートボタン。このハードウェアスイッチ/ dev / sddのコントローラカードにドライブが1つだけ接続されています。
何らかの理由でこのボタンが切り替えられた可能性があり（当時はこの機能があることを知りませんでした）、したがって攻撃のパフォーマンスが低下しました。
おそらく7月23日になりそうです。
8月4日まで12日早く巻きます。小売店で私の物理ディスクにエラーがないと指摘した後、私は家に帰り、ケース内で配線を再開したいと思いました。
私が最初にしたことは、ハードウェアデュアルブートコントローラを削除することでした。これで、すべてのドライブがマザーボードに直接接続されます。
これによりディスク（開発/SDD) がシステムに再表示されます。システムが正常に起動します。/dev/md0、唯一/dev/sdc5。システムはまだ最新の状態です。
古いデータを取得する手順
- もう一度追加しました（または実際には次へ追加、disk2が完全に削除されたので、/ dev / sdd5をraidに移動します。
- すべてが順調に進み、襲撃は再構築と同期を開始しました。
- 私はupdate-grubをしませんでした。ほとんどその必要性に気付かなかったからです。
- それから私は再起動システム。
- 再起動後、システムは次の場所に移動しました。忙しい箱
- 私削除済み /dev/sdd5~から/dev/md0それからまた再起動。
- これによりシステムが再起動します。
- この時点で、私はデータが正しいことを確認しているとは思わず、それが正しいと仮定します。
- 私はまた次へ追加分割/dev/sdd5到着攻撃 /dev/md0。
- Raidが再構築され、同期されます。
- 私は一つ作ったグラップアップデート今回は再起動してください。
- システムが「正しく」再起動されます。ここで何かが間違っていることがわかりました。適切今更新しましたが、まだ多くの更新が待っています。後でログを確認したとき、攻撃隊の失敗/性能低下日が7月23日と結論を下し、8月4日に問題を「修正」しました。
質問
私の実際の質問は次のとおりです。
- 何が起こっているのかを説明できる人はいますか？襲撃によって古いデータが生成される理由と方法は何ですか？ Raidは次から始めてはいけません。/dev/sdc5到着/dev/sdd5その反対より？
- 今この問題を解決する機会があると思いますか？つまり、7月23日から8月4日の間にデータを利用できた状態に復元/復元するということですか？