作業日: 2026年3月29日〜30日
担当者: みーきゅんわんわん
対象サーバー: Supermicro SSG-6048R-E1CR36N (SM-STG-P1)
目的: OS用M.2 SSDをRAID1ミラー化し、冗長性を確保する

• サーバー: Supermicro SSG-6048R-E1CR36N
• マザーボード: X10DRi-T4+
• 既存M.2 SSD: SAMSUNG MZVL2512HCJQ 476.9GB（OS起動用）
• M.2スロット: 1スロットのみ（拡張が必要）

• OS: Ubuntu 24.04 LTS
• ルートパーティション: /dev/nvme0n1p2 (476.4GB)
• EFIパーティション: /dev/nvme0n1p1 (512MB)
• ファイルシステム: ext4

• M.2 SSD: Crucial CT500P2SSD8 465.8GB（新規購入）
• M.2アダプター: PCIe x16 4スロット対応ライザーカード（Yahoo!オークション購入）
• 取り付けスロット: Slot5 (CPU2側 PCIe x16スロット)

M.2アダプターカードが4台のM.2 SSDを認識するには、PCIe x16スロットをx4×4に分割する必要がある。

BIOS設定手順:
1. サーバー起動時にDel キー連打 → BIOS Setup
2. Advanced → IIO Configuration → IIO2 Configuration
3. IOU2 (Slot5) を選択
4. Bifurcation設定: x16 → x4x4x4x4 に変更
5. Save & Exit
6. 再起動

lsblk -o NAME,SIZE,MODEL

結果:
nvme0n1   476.9G SAMSUNG MZVL2512HCJQ-00BL7  (既存)
nvme1n1   465.8G CT500P2SSD8                 (新規追加)

mkdir -p /srv/storage/OS-FULL-BACKUP-SM-20260329

rsync -aAXHv --info=progress2 \
  --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/srv/storage/*"} \
  / /srv/storage/OS-FULL-BACKUP-SM-20260329/

# 完了確認
du -sh /srv/storage/OS-FULL-BACKUP-SM-20260329/
# 結果: 34GB

# パーティションテーブル削除
wipefs -a /dev/nvme1n1
sgdisk -Z /dev/nvme1n1

# GPTパーティション作成
sgdisk -og /dev/nvme1n1

# EFIパーティション (512MB)
sgdisk -n 1:0:+512M -t 1:ef00 -c 1:"EFI-MIRROR" /dev/nvme1n1

# RAIDパーティション (残り全部)
sgdisk -n 2:0:0 -t 2:fd00 -c 2:"RAID" /dev/nvme1n1

# 確認
lsblk -o NAME,SIZE,TYPE,PARTLABEL | grep nvme1n1

SAMSUNG SSDは稼働中のOSなので、先にCrucial SSD単体でdegraded RAID1を構築し、後でSAMSUNGを追加する安全な方法を採用。

# mdadmインストール
apt install -y mdadm

# degraded RAID1作成 (nvme1n1p2のみ、nvme0n1p2用のスロットは空けておく)
mdadm --create /dev/md0 --level=1 --raid-devices=2 --metadata=1.2 missing /dev/nvme1n1p2

# RAID状態確認
cat /proc/mdstat
# 結果: md0 : active raid1 nvme1n1p2[1]
#       487729152 blocks super 1.2 [2/1] [_U]

# RAID1デバイスにext4作成
mkfs.ext4 -L "OS-RAID1" /dev/md0

# UUID確認
blkid /dev/md0
# 結果: UUID="67fb0d90-bfb5-4b73-ad69-fe1df00836e1"

# マウント
mount /dev/md0 /mnt/mirror

# OS全体をコピー (約5分)
rsync -aAXHv --info=progress2 \
  --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/srv/storage/*"} \
  / /mnt/mirror/

# 34GB転送完了

cat > /mnt/mirror/etc/fstab << 'EOF'
UUID=67fb0d90-bfb5-4b73-ad69-fe1df00836e1 / ext4 defaults 0 1
UUID=9767-0583 /boot/efi vfat defaults 0 1
/swapfile none swap sw 0 0
UUID=769127c7-d395-4ce2-a64a-9786a780c07d /srv/storage ext4 defaults,noatime,nofail 0 2
EOF

# EFIパーティションマウント
mount /dev/nvme1n1p1 /mnt/mirror/boot/efi

# chroot準備
mount --bind /dev /mnt/mirror/dev
mount --bind /proc /mnt/mirror/proc
mount --bind /sys /mnt/mirror/sys

# chroot実行
chroot /mnt/mirror

# mdadm.conf設定
mdadm --detail --scan >> /etc/mdadm/mdadm.conf

# initramfs再生成（RAID対応）
update-initramfs -u -k all

# GRUB更新
update-grub

# GRUBインストール
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu-raid

# EFI grub.cfg作成（md0のUUIDを参照）
cat > /boot/efi/EFI/ubuntu/grub.cfg << 'EOF'
search.fs_uuid 67fb0d90-bfb5-4b73-ad69-fe1df00836e1 root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
EOF

# chroot終了
exit

# アンマウント
umount /mnt/mirror/boot/efi
umount /mnt/mirror/dev
umount /mnt/mirror/proc
umount /mnt/mirror/sys
umount /mnt/mirror

# Crucial側のブートエントリ作成
efibootmgr -c -d /dev/nvme1n1 -p 1 -L "Ubuntu-RAID1" -l '\EFI\ubuntu\shimx64.efi'

# 確認
efibootmgr | grep RAID1

BootOrder設定後に再起動したが、nvme1n1（Crucial）からの起動に失敗。原因はEFI grub.cfgが誤ったUUIDを参照していたため。

# EFI grub.cfg確認
mount /dev/nvme1n1p1 /mnt/efi
cat /mnt/efi/EFI/ubuntu/grub.cfg

# 問題: 間違ったUUID (SAMSUNG側のUUID)を参照していた
# 修正: 正しいmd0のUUIDに書き換え
cat > /mnt/efi/EFI/ubuntu/grub.cfg << 'EOF'
search.fs_uuid 67fb0d90-bfb5-4b73-ad69-fe1df00836e1 root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
EOF

umount /mnt/efi

# パーティション削除
wipefs -a /dev/nvme0n1
sgdisk -Z /dev/nvme0n1

# RAID1用パーティション作成
sgdisk -n 1:0:+512M -t 1:ef00 -c 1:"EFI-RAID" /dev/nvme0n1
sgdisk -n 2:0:0 -t 2:fd00 -c 2:"RAID" /dev/nvme0n1

# nvme0n1p2をmd0に追加
mdadm /dev/md0 --add /dev/nvme0n1p2

# 同期開始確認
cat /proc/mdstat
# 結果: [>....................]  recovery =  0.2% (1000832/487729152) 
#       finish=32.4min speed=250208K/sec

# 同期完了待ち（約30分）
watch -n 30 cat /proc/mdstat

# 同期完了
# 結果: md0 : active raid1 nvme0n1p2[2] nvme1n1p2[1]
#       487729152 blocks super 1.2 [2/2] [UU]

# mdadm.conf確認（重複削除）
cat /etc/mdadm/mdadm.conf | grep -v "^ARRAY" > /tmp/mdadm.conf.tmp
echo "ARRAY /dev/md0 metadata=1.2 UUID=285896d1:0917e05d:001729fb:26446159" >> /tmp/mdadm.conf.tmp
cat /tmp/mdadm.conf.tmp > /etc/mdadm/mdadm.conf

# initramfs再生成
update-initramfs -u -k all

# SAMSUNGのEFIパーティションをフォーマット
mkfs.vfat -F 32 -n "EFI-SM" /dev/nvme0n1p1

# マウント
mount /dev/nvme0n1p1 /mnt/efi-samsung

# Crucial側からコピー
rsync -av /boot/efi/ /mnt/efi-samsung/

# アンマウント
umount /mnt/efi-samsung

# SAMSUNGからも起動できるようにEFIエントリ追加
efibootmgr -c -d /dev/nvme0n1 -p 1 -L "Ubuntu-RAID1-SAMSUNG" -l '\EFI\ubuntu\shimx64.efi'

# 確認
efibootmgr | grep SAMSUNG
# 結果: Boot0003* Ubuntu-RAID1-SAMSUNG

RAID1完成後の再起動で initramfs プロンプトが表示され、自動起動に失敗。

initramfsがRAIDデバイスを自動認識できていなかった。

# initramfsプロンプトで手動RAID起動
mdadm -A /dev/md0 /dev/nvme0n1p2 /dev/nvme1n1p2
exit  # リブート

# 起動後、mdadm.confとinitramfs修正（上記済み）
# 以降は自動起動成功

# スクリプト作成
nano /usr/local/bin/mdadm_watch_telegram.sh

# 実行権限付与
chmod +x /usr/local/bin/mdadm_watch_telegram.sh

# タイマー作成
nano /etc/systemd/system/mdadm-watch.timer

# サービス作成
nano /etc/systemd/system/mdadm-watch.service

# 有効化・起動
systemctl daemon-reload
systemctl enable --now mdadm-watch.timer

# テスト送信
/usr/local/bin/mdadm_watch_telegram.sh --test

デバイス構成:
- nvme0n1p2 (SAMSUNG 476.9GB) → active sync
- nvme1n1p2 (Crucial 465.8GB)  → active sync
- RAID容量: 465GB（小さい方に制限）
- RAID状態: [2/2] [UU]

EFI構成:
- nvme0n1p1 (SAMSUNG EFI) → Boot0003
- nvme1n1p1 (Crucial EFI) → Boot0002

BootOrder: 0003,0002,... (SAMSUNG優先)

# RAID状態確認
cat /proc/mdstat

# 詳細確認
mdadm --detail /dev/md0

# マウント確認
df -h | grep "/$"
# 結果: /dev/md0 が / にマウント

# 監視タイマー確認
systemctl list-timers --all | grep mdadm

# 監視ログ確認
journalctl -u mdadm-watch.service -n 20 --no-pager

1. サーバーシャットダウン
2. Crucial SSD (nvme1n1) を物理的に抜く
3. 起動
4. 期待結果: SAMSUNGから自動起動、md0がdegraded [U_]で動作

1. サーバーシャットダウン
2. SAMSUNG SSD (nvme0n1) を物理的に抜く
3. 起動（BIOSでBoot0002選択の可能性あり）
4. 期待結果: Crucialから起動、md0がdegraded [_U]で動作

• degraded状態の検知: 片方のSSD故障時、システムは動作継続するが気づきにくい。Telegram通知を必ず確認すること。
• 故障SSD交換手順: degraded状態で新しいSSDを追加後、mdadm /dev/md0 --add /dev/nvmeXnYp2 でリビルド開始。
• 定期確認: 週1回程度 cat /proc/mdstat で[UU]状態を目視確認推奨。
• BIOS設定保持: CMOSクリア後はPCIe Bifurcation設定を再度有効化すること。

バックアップ:
/srv/storage/OS-FULL-BACKUP-SM-20260329/

設定ファイル:
/etc/mdadm/mdadm.conf
/etc/fstab

監視スクリプト:
/usr/local/bin/mdadm_watch_telegram.sh
/etc/systemd/system/mdadm-watch.timer
/etc/systemd/system/mdadm-watch.service

状態ファイル:
/var/lib/mdadm_watch/last_state

ログ:
journalctl -u mdadm-watch.service