Linux mdadm raid アレイのドライブエラー。助ける!

Linux mdadm raid アレイのドライブエラー。助ける!

私のシステムが一種の致命的なエラーのために苦しんでいるようです。今慌てて、どうすればいいかわかりません。

3ドライブRAID 10アレイがあります。今朝私は配列(すべての写真がある場所)にアクセスするのに問題があることを知りました。 mdadmを確認すると、アレイ(ドライブ2)から1つのドライブが取り外されたことがわかります。コンピュータが予期せず終了し(停電)、ドライブが追い出されたためだと思いました。

ドライブを再度追加しようとしましたが、うまくいきました。その後、mdstatで再構築の進行状況を確認しましたが、再構築の速度は10kb / sでした。はい。この速度で3TBドライブを再構築するには数年かかります。 dmsegをチェックすると、ドライブ3で多くのI / Oエラーが発生することがわかりました。ドライブ3にある種のハードウェア障害が発生したようです。ディスクユーティリティ(gnome、gnome-disk-toolなどから出てきたようです)を使ってドライブの状態を確認しましたが、ほぼ6000個の不良セクタがありますが、それ以外はすべて正常と言われています。

今、私はドライブ2が実際には大丈夫だと思ってパニックになっています。その後、コンピュータをシャットダウンしてみました(mdstatが再同期していても保存されていると読みました)。

残念ながら、シャットダウン機能は機能しません。 「ESC」を押すと端末が表示され、「print_req_error:I/Oエラー、dev sdd、セクタ...」タイプエラーが表示されます。私は何をすべきかわかりません。など?このような状況が30分間続いた。

どんな提案がありますか?

ベストアンサー1

これは奇跡です。何とかアレイをバックアップして実行しました。これが私がしたことです:

  1. 元の記事で述べたように、システムはまだ失敗したドライブに書き込もうとしているため終了しませんでした。私はuser361233のアドバイスに従ってプラグを抜きました。
  2. 私はもはや慌てません。コンピュータの電源を切っても、次の手順を考えることができます。
  3. 私は行って、2つの新しい3TBドライブを購入しました。
  4. 私は眠りにつき、今日ドライブが1つだけ接続されているライブセッションUSB(manjaro)を使用してコンピュータを起動しました(したがって、各ディスクに対して1回3回再起動しました)。 kdeパーティションマネージャを使用してディスクの状態を確認しました。 SMARTステータスは、すべてのディスクが正常であることを示します。その後、アレイのディスク3で発生したすべてのハードウェア障害が少なくとも一時的に消えることを願っています。
  5. 3つのディスクをすべて接続して再起動しました(再びライブセッションUSBを使用)。振り返ってみると、manjaroはすでにmdadmがインストールされており、アレイ(/ dev / md127など)を起動しようとしていたため、回復環境に最適な選択ではありませんでした。手動でアレイを起動しようとしたときにこれを見つけました。

    mdadm --assemble --scan
    

    これにより、すでにアクティブな配列(または同様のもの)があると文句を言います。 /dev/md127が自動的に起動することがあることを覚えていて、その配列を停止して手動で起動してみました。

    mdadm --stop /dev/md127
    mdadm --assemble --scan
    

    これも機能しません。次に、実際にアレイを組み立てるために使用される各ディスクのパーティションを指定してみました。

    mdadm  --assemble /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1
    

    動作します!それからmdadm --examine /dev/md0。奇妙なことは、アレイが最大3/3ディスクとなっていることです。確認したところ、cat /proc/mdstatアレイのドライブ2が再構築されているという兆候はありませんでした(元のドライブ2は、停電後にアレイから追い出されたドライブであったことを忘れないでください)。ある種の奇跡が起こった。コンピュータをシャットダウンしたとき、ドライブ2は非常にゆっくりと再構築されていましたが、これは実際には問題ありませんでした。そして今回はmdadmが何とかこれをアレイに受け入れました。

  6. その後、アレイにアクセスして購入した新しいディスクにデータをコピーしようとしました。動作しません。単にディレクトリの内容をリストすると、lsコマンドは中断されます。今回もdmesgディスク3(\ dev \ sdd)に関連する多数のI / Oエラーが発生します。

  7. コマンドをキャンセルし、lsCTRL-Cを数回試した後、コマンドプロンプトが再起動されるまで数分待ちました。この時点でmdadm --examine /dev/md0。次に、ディスク3にハードウェア障害があることを識別し、そのディスクをアレイから取り出す。アレイには、ディスク1(/dev/sdb、完全に正常なドライブ)とディスク2(/dev/sdc、これらすべてが起動したときに元のアレイから除外されたドライブ)しかありません。

  8. 配列に再びアクセスしようとしましたが、これで動作します!また、ファイルブラウザを使用してすべてのlsファイルを一覧表示することもできます。この時点で、私は購入した追加のドライブに重要なファイルをすべてコピーし始めました。これでこのプロセスはほぼ終わりました。

最後に、定期的に別々のデバイスにファイルをバックアップする必要があることを思い出してください。以前はこんな習慣がありましたが、ここ1~2年間放置しておきました。この投稿が長すぎて最も具体的でない場合は申し訳ありません。各コマンドの正確な出力は記憶されません。

長い話を短く私はコンピュータの電源を切ってパニックにならなかった。その後、問題を解決するための計画を立てる時間があります。これは最新のバックアップを維持するための良い通知です。

おすすめ記事