解決策 1:
元の mdadm.conf ファイルが本当に必要です。しかし、あなたはそれを持っていないので、それを作り直す必要があります.まず、何かをする前に、マニュアルページから mdadm を読んでください。把握していない状況やコマンドによってデータが失われる可能性はありませんか?
そうは言っても、このアドバイスは自己責任で行ってください。間違ったコマンドを使用すると、すべてのデータを簡単に失う可能性があります。何かを実行する前に、コマンドの影響を再確認してください。私はあなたの行動に関連するデータの損失やその他の問題について責任を負うことはできませんので、すべてを再確認してください .
これを試すことができます:
mdadm --assemble --scan --verbose /dev/md{number} /dev/{disk1} /dev/{disk2} /dev/{disk3} /dev/{disk4}
これにより、作業を開始するための情報と ID が得られます。また、新しいアレイ デバイス /dev/md{number} も作成され、そこからマウントを見つけることができるはずです。 --auto
は使用しないでください オプションを使用すると、man ページの言い回しは、特定の状況下でドライブのアレイ設定が上書きされる可能性があることを暗示しています。 これはおそらく そうではありません おそらくわかりやすくするためにページを書き直す必要がありますが、なぜそうする必要があるのでしょうか?
配列が正しく組み立てられ、すべてが「正常」であれば、必ず mdadm.conf を作成して /etc
に保存してください。 であるため、起動時に取得できます。 配列からの新しい ID をファイルに含めて、それを支援します。
解決策 2:
少なくとも Debian に関する私の完全な回答を追加したかっただけです。
- -->
sudo apt-get install mdadm
経由で RAID マネージャーをインストールします -
-->
sudo mdadm --assemble --scan
経由で古い RAID ディスクをスキャンします -
この時点で、私は
BLKID
をチェックしたいと思います 手動でレイドをマウントして確認してください。blkid mount /dev/md0 /mnt
- -->
mdadm --detail --scan >> /etc/mdadm/mdadm.conf
経由で mdadm.conf に情報を追加 -
-->
update-initramfs -u
経由で initramfs を更新します -
トラブルシューティング:
mdadm --detail --scan
の出力を確認してください あなたの /etc/mdadm/mdadm.conf
に一致します
nano /etc/mdadm/mdadm.conf
ARRAY /dev/md/0 level=raid5 num-devices=3 metadata=00.90 UUID=a44a52e4:0211e47f:f15bce44:817d167c
-
例 FSTAB
/dev/md0 /mnt/mdadm ext4 defaults,nobootwait,nofail 0 2
https://unix.stackexchange.com/questions/23879/using-mdadm-examine-to-write-mdadm-conf/52935#52935
https://askubuntu.com/questions/729370/can-i-transfer-my-mdadm-software-raid-to-a-new-system-in-case-of-hardware-failur
Linux ソフトウェア RAID を新しいマシンに移動するにはどうすればよいですか?