私は最近新しいDebian 9("stretch")マシンをインストールしました。
最初はドライブが2つでした。 Debianインストーラを使用して/dev/md0
RAID1として設定しました。
/etc/mdadm/mdadm.conf:
含む
# definitions of existing MD arrays
ARRAY /dev/md/0 metadata=1.2 UUID=3d21d0e0:2758c58e:962b5191:98e225c1 name=MYHOSTNAME:0
以下/proc/mdstat
を表示します。
md0 : active raid1 sda1[0] sdb1[1]
488253440 blocks super 1.2 [2/2] [UU]
bitmap: 0/4 pages [0KB], 65536KB chunk
ext4
)でフォーマットし、UUID経由で「/」でマウントしたデバイスです/etc/fstab
。予想通り、すべてがうまくいきます。
後でいくつかの大きなドライブを追加しました。それらを分割し(最初に各パーティションに小さなスワップパーティションとして)設定しますmdadm -C -n 2 -l raid1 /dev/md1 /dev/sdc2 /dev/sdd2
(これは間違いなく私がしたことです。まだ私のルートのシェル履歴といくつかの後続mdadm --examine /dev/md1
に残っているからですmdadm --detail --verbose /dev/md1
)。
また、次の行を追加しました/etc/mdadm/mdadm.conf
(初期デバイスのパターンのみ)。
ARRAY /dev/md/1 metadata=1.2 UUID=47492bd7:08d1fd1c:418dad41:2aa7d77f name=MYHOSTNAME:1
もちろん、ext4
デバイスをフォーマットしてUUIDエントリを追加して、/etc/fstab
私が選択したマウントポイントにマウントしました/data
。
これはすべてうまく機能しているようで、マシンを何度も再起動した後、新しいディスクに対して多くのrsyncを実行しています。
ところで、今日偶然etc/mtabと/proc/mdstatを見てみると、/dev/md1が消えて、/dev/md127(/proc/mdstatから)および/または/dev/md127p1になったようです。 /etc/mtabにあります。
/proc/mdstat:
示す:
md127 : active raid1 sdc2[0] sdd2[1]
3904788480 blocks super 1.2 [2/2] [UU]
bitmap: 2/30 pages [8KB], 65536KB chunk
md0 : active raid1 sda1[0] sdb1[1]
488253440 blocks super 1.2 [2/2] [UU]
bitmap: 0/4 pages [0KB], 65536KB chunk
そして
/etc/mtab:
示す:
/dev/md0 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/md127p1 /data ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
それでもすべてがうまくいくようですが、何が起こっているのでしょうか?私は以前(もちろん数年前)他の多くのシステムでほぼ同じ方法でRAID1を構成していまし/dev/md0
た/dev/md1
。これはどこから来て、127
違いは何ですか?名前を変更する方法はありますか?それともこれが私がついているのですか?/dev/md127
/dev/md127p1
/dev/md1
答え1
次のコマンドを使用して、正しいUUIDを処理していることを確認してください。
mdadm --detail /dev/md* | grep -e /dev/md -e UUID
nanoが利用可能かどうかわからない場合は、配列のリストを編集してください。
nano /etc/mdadm/mdadm.conf
目的の配列のUUIDを含めるか、再確認してください。
ARRAY /dev/md/0 metadata=1.2 name=MYHOSTNAME:0 UUID=3d21d0e0:2758c58e:962b5191:98e225c1 ARRAY /dev/md/1 metadata=1.2 name=MYHOSTNAME:1 UUID=47492bd7:08d1fd1c:418dad41:2aa7d77f
必要に応じて配列名を指定してください。
次のコマンドを使用して、正しいファイルシステムをマウントしていることを確認します。
blkid /dev/md*
次の方法で含めてください
/etc/fstab
。UUID=...
あなたが見逃した可能性がある最も重要なステップは、以下を更新することです
initramfs
。update-initramfs -u
そうする必要があります。私は同じシステムで同じ問題を抱えていました。手順を見逃したり忘れたりしたことがある場合は、コメントを残してください。明日の朝にこの回答を編集します。
Q&A:
この127はどこから来たのでしょうか?
アップデートを忘れたため、initramfs
起動中にシステムは新しいアレイについて知らず、デフォルトで終了(127)から名前を付け始めます。
/dev/md127
これらとそしての違いは何ですか/dev/md127p1
?
/dev/md127
配列の名前です/dev/md127p1
配列のパーティション名です。
OP追加情報:
上記のように、これはupdate-initramfs -u
非常に重要なようです!しかし、より多くの調整が可能であることが判明し、他の答えやコメントではなく、ここで編集します。
上記の手順を経た後と/dev/md0
があります/dev/md1p1
。奇妙なことに、/proc/partitionsを見るとわかります。/dev/md1
そしてA./dev/md1p1
一部のインターネット検索では、これが/proc/mdstat.confで説明されている基本的な動作に関連していると疑われました。
# 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
そして実際に追加しましたいいえ- コメント化された行
DEVICE partitions
次の再起動/dev/md0
直後を意味します。/dev/md1
(mdadm raidを使用するいくつかの古いDebianシステムを見ると、すべて明確な線DEVICE partitions
があることがわかります。mdadmの「コンテナ」の概念を意図的に使用したり使用したりすることはありません)