私が使用しているハイパーバイザーがProxmoxフォーラムであるため、質問をProxmoxフォーラムに投稿しました。しかし、ここでも質問をする機会を得ています。より多くの人が見るほど、私のデータの一部を回復する可能性が高くなります。より大きいもの。現在の状況の詳細な説明で始めたものをProxmoxフォーラムに投稿します。
長年のサービスの終わりに、Proxmoxホストは私をあきらめることにしました。私が新しいホスト(新しいホストではないがまだ新しいストレージ)に変更しようと計画し、攻撃隊構築を準備していたまさにその瞬間に、など。新しいサーバーで。
失敗したホストは、2つのLUNで構成されたP822 RAIDカードを含むDL380 G8 Dual Xeon E5-2430L 64GB RAMでした。 20x 900GB SAS 10K rpm Seagateディスク(2つのホットスペアで構成)RAID 10(ルートLUN、LVMローカルを含む)およびローカル) - シン、VM、ISOイメージ、およびバックアップを保存するためのデフォルト)24x 2TB SAS 7.2K rpm Seagateディスク(2つのホットスペアを含む)純粋なデータストレージ用のRAID 6
Proxmox 7.4で実行され、最後のアップデート(1週間前)です。最適なパフォーマンスを得るために、SSD用RAID 10を構成するために、新しいシステムでいくつかのベンチマークを実行しています。 。まあ、新しいシステムが動作します。私は次の2つのコマンドを実行しました。 1 つは読み取り操作用で、もう 1 つは 4K ブロックと 1M ブロック・サイズの書き込み操作用です。
fio --ioengine=libaio --direct=1 --sync=1 --rw=read --bs=4K --numjobs=1 --iodepth=1 --runtime=60 --time_based --name seq_read --filename=/dev/sda
fio --ioengine=libaio --direct=1 --sync=1 --rw=write --bs=4K --numjobs=1 --iodepth=1 --runtime=60 --time_based --name seq_read --filename=/dev/sda
fio --ioengine=libaio --direct=1 --sync=1 --rw=read --bs=1M --numjobs=1 --iodepth=1 --runtime=60 --time_based --name seq_read --filename=/dev/sda
fio --ioengine=libaio --direct=1 --sync=1 --rw=write --bs=1M --numjobs=1 --iodepth=1 --runtime=60 --time_based --name seq_read --filename=/dev/sda
もちろん、クソバカのように、私は以前のホストで「書き込み」ベンチマークを実行しましたが、出力ファイル名==>ファイルの代わりにディスク自体であることに気づいていませんでした。そして最後に、新しいホストのための最良の設定を見つけたときに再起動し、新しくインストールしたかった、古いホストを再起動し、もちろんコマンドが書き込みモードfio
で実行されていたので、Toを終了しました。ディスクとブートパーティション(おそらくそれ以上)には、次の設定があります。
Controller Status OK
Serial Number PDVTF0BRH8Y1RD
Model Smart Array P822 Controller
Firmware Version 8.32
Controller Type HPE Smart Array
Cache Module Status OK
Cache Module Serial Number PBKUD0BRH8V4FT
Cache Module Memory
Logical Drive 01
Status OK
Capacity 5029 GiB
Fault Tolerance RAID 1/RAID 1+0
Logical Drive Type Data LUN
Encryption Status Not Encrypted
Logical Drive 02
Status OK
Capacity 37259 GiB
Fault Tolerance RAID 6
Logical Drive Type Data LUN
Encryption Status Not Encrypted
USB Proxmoxのインストールを再開すると、LVMの起動が失われ、まったく検出できません。
検出されたボリュームは、2番目のボリュームであるデータストアです。ボリュームも検出されないので、どこから始めるべきかわかりません。 testdiskを実行してみましたが、このツールがパーティションの回復にどの程度関連しているかはわかりません。私が言うことができるのは、私の/dev/sdaでLVM2ボリュームをチェックしただけです。
エラーが見つかった後にこれまでに行ったこと(Proxmoxフォーラムにも説明されています)は、コマンドを使用してfio
別のホストにディスクを複製することでしたdd
。これはコピーだけを処理し、より多くのターゲットディスクをシャットダウンしないことを計画しています。幸いなことに、私は私のパーティションがどのように構成されているかを知っていて、それを追跡しています。したがって、問題は、すでに削除したものよりも多くを削除せずに、どのように再生成し、そのホストに残っているものを回復しようとしているかです。ディスクの全体的な書き込み速度は1000 MB / sなので、60秒間実行している間、そのディスクから60〜70 GBのデータを削除し、ルートパーティションが約1.8 TBなので、「データ」ボリュームが欲しいとします。 LVM内部は新しいような状態です。これについてどう思いますか?
助けてくださった皆さんに感謝します。この台無しな愚か者を殴らないでください。現状に直面するのではなく、古いサーバーをバックアップサーバーとしてリサイクルしたいと思います。
編集:Testdiskは「データ」パーティションのいくつかのトレースを見つけたようですが、LVMボリュームではなくLinuxファイルシステムと見なします(ディスクの他のボリュームには注意しないでください。私は大きなdd
ディスクソースを使用しました)。 。
だから何か跡が残っていると思います。 (多分)愚かな考え、友人がgrep
メタデータファイルを見つけるためにディスクの機能を使用しようと提案しましたが、常に同じテキストで始まりますか?これが実現可能なことでしょうか?