web-dev-qa-db-ja.com

再起動後にRAIDアレイが見つからない

私は同じ（または類似の）問題についてのように思われる他の複数の質問があることを見ていますが、それらのどれも決定的な答えを持ちません。したがって、私はもう一度尋ねます。

私はガイドに従っています ここ（外部、デジタルオーシャン） 、特に「Raid 1」ガイド。すべての手順を実行しますが、再起動すると、mdadmは作成されたRAIDアレイを忘れているようです。

再作成すると、mdadmが再同期してアレイを再構築する必要がありますが（何時間もかかります）、再作成後は問題なく、ドライブ上のデータは保持されているように見えます。明確にするために、RAIDドライブを元に戻すために必要なことは、createコマンドを再実行してアレイを再マウントすることだけです。

「配列レイアウトの保存」セクションに従ってTシャツを作成しましたが、それでも起こります。誰でもアレイを固定する方法に関するガイダンスを提供できますか？

誰かが何かの出力を見たいなら、ただ尋ねてください。

/dev/sdb/と/dev/sdc/はアレイに使用しているドライブ、/dev/md0はアレイです。

再起動後のSudo blkidの出力：

/dev/nvme0n1: PTUUID="a2ac4afb-a9fe-4c9c-aafd-ffe2e144b803" PTTYPE="gpt"
/dev/nvme0n1p1: UUID="f9b2e155-854d-4a5d-a67e-17bd15f38289" TYPE="ext4" PARTUUID="72fd637a-3f84-4c87-a1fc-6dd4d093ee1d"
/dev/sda1: LABEL="Recovery" UUID="56FEDCF2FEDCCAFF" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ba0395b4-48a6-45b1-b340-cf4bfe1d29d2"
/dev/sda2: UUID="1ADD-CEB5" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="2024cdff-4b6f-460e-827d-7443180849e6"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="b0475376-4a4c-4388-8c13-486587f441d9"
/dev/sda4: UUID="22D0E70AD0E6E2D1" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e4d35323-a0b8-4a47-9722-193cc6cd1197"
/dev/sdb: PTUUID="aea84627-3e11-46a5-8a09-96510cae3a1a" PTTYPE="gpt"
/dev/sdc: PTUUID="76fce25c-b721-441b-b82e-b42d2d43d24b" PTTYPE="gpt"

Raid配列を再作成した後のSudo blkidの出力：

/dev/nvme0n1p1: UUID="f9b2e155-854d-4a5d-a67e-17bd15f38289" TYPE="ext4" PARTUUID="72fd637a-3f84-4c87-a1fc-6dd4d093ee1d"
/dev/sda1: LABEL="Recovery" UUID="56FEDCF2FEDCCAFF" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ba0395b4-48a6-45b1-b340-cf4bfe1d29d2"
/dev/sda2: UUID="1ADD-CEB5" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="2024cdff-4b6f-460e-827d-7443180849e6"
/dev/sda4: UUID="22D0E70AD0E6E2D1" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e4d35323-a0b8-4a47-9722-193cc6cd1197"
/dev/nvme0n1: PTUUID="a2ac4afb-a9fe-4c9c-aafd-ffe2e144b803" PTTYPE="gpt"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="b0475376-4a4c-4388-8c13-486587f441d9"
/dev/sdb: UUID="f80520f0-6304-ccc5-0ec2-bd8f6a2af079" UUID_SUB="5a38cecf-4236-db6a-d369-a53271993698" LABEL="BATTLESTAR:0" TYPE="linux_raid_member"
/dev/md0: LABEL="DataStore" UUID="c5be481b-d487-4632-8594-7b0b847f327a" TYPE="ext4"
/dev/sdc: UUID="f80520f0-6304-ccc5-0ec2-bd8f6a2af079" UUID_SUB="cd27b6f9-d6e3-1c22-8746-3f2ebb3c5eb4" LABEL="BATTLESTAR:0" TYPE="linux_raid_member"

/etc/mdadm/mdadm.confの内容：（UUIDが更新されるように、再作成のたびにこれを更新するようにします）

# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This configuration was auto-generated on Mon, 05 Mar 2018 19:04:50 -0500 by mkconf

ARRAY /dev/md0 metadata=1.2 name=BATTLESTAR:0 UUID=f80520f0:6304ccc5:0ec2bd8f:6a2af079
hard-driveraidrebootmdadm
1
Snappawapa

さて、別の質問からのヒントのおかげで、私はそれを理解しました。

最終的に私の問題を解決したのは、各ドライブにext4パーティションを作成し、mdadmをドライブ自体ではなくパーティションに向けることでした。その後、再起動後もアレイは永続的でした。

他の質問が回答を承認済みとしてマークしていなかったため、この質問の前にこれを試しませんでした。

0
Snappawapa