fakeraid + UEFI + GPT - dmraidを使用してDebianをインストールした後、grubはRAIDボリュームを検出しません

fakeraid + UEFI + GPT - dmraidを使用してDebianをインストールした後、grubはRAIDボリュームを検出しません

に関する投稿があります。Debian フォーラム同じですが、ここより交通量が少ないようで、ここでも運を試してみようかと思いました。

UEFIとGPTを使用してfakeraidにWindows 10とDebian、そしてより多くのディストリビューションをインストールしようとしています。だから私は従うこのガイドdmraidを使用すると、パーティションを正常に分割してインストールできます。パーティションは次のとおりです。

/dev/mapper/isw_dagfijbabd_RAID0SYS
|- Microsoft Recovery
|- EFI / boot
|- Microsoft MRS
|- Windows
|- swap
|- LVM PV
 \
  |-- VG0
   \
    |--- LV OS_2
    |--- LV debian
    |--- LV home

問題は、カーネルのルートを設定するときにグラブがRAIDを見ないように見えることです。このエラーが発生します。

modprobe: module dm-raid45 not found in module.dep
Gave up waiting for root device. Common problems:
 - Boot args (cat /proc/cmdline)
    - Check rootdelay= (did the system wait long enough?)
    - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/VG0-debian does not exist.
modprobe: module ehci-orion not found in modules.dep

Ubuntu Live chrootを使用して、Debianの回復モードの代わりにシステムに入り、実際にgrubをrootに設定することを除いて、インストール手順を完了できます。

私が知っているところによると、これはgrubがmdadmを正しく使用しないか、mdadmをまったく使用しない問題のようです。だから何とかmdadmを含めるようにinitramfsを編集する必要があります。そうですか?しかし、これはどのように機能しますか? ducea.comのガイドを使用してinitramfsを正常にインストールしました。しかし、どのように進むべきですか?

# All work is done in a temporary directory
mkdir /tmp/initrdmount
# Copy the image, uncompress it
cp /boot/initrd.img-2.6.15-1-686-smp /tmp/initrd.img.gz
gunzip -v /tmp/initrd.img.gz
# Extract the content of the cpio archive
cd /tmp/initrdmount
cpio -i < /tmp/initrd.img

編集:initramfsシェルから収集されたいくつかの情報も追加します。

# this depends ofc on whether I use dmraid or mdadm for kernel boot
(initramfs) cat /proc/cmdline
    BOOT_IMAGE=/boot/vmlinuz-3.16.0.4-amd64 root=/dev/mapper/VG0-debian ro {dmraid/mdadm}=true  
(initramfs) cat /proc/mdstat # returns nothing
(initramfs) cat /etc/mdadm/mdadm.conf
    ARRAY metadata=imsm UUID=xxxx:xxxx:xxxx:xxxx
    ARRAY /dev/md/isw_dagfijbabd_RAID0SYS container=xxxxxxxxxxxxxxxx member=0 UUID=xxxxxx:xxxxxx:xxxxxx:xxxxxx
    ARRAY /dev/md/isw_dagfijbabd_RAID0RST container=xxxxxxxxxxxxxxxx member=1 UUID=xxxxxx:xxxxxx:xxxxxx:xxxxxx
(initramfs) ls /dev/mapper/
    control isw_dagfijbabd_RAID0RST isw_dagfijbabd_RAID0SYS
(initramfs) lvm pvs    # returns nothing

この出力は、実際にはカーネルのブートラインで dmraid を使用するか mdadm を使用するかは同じです。どちらも/ sbinでmdadmを見つけることができることに気づき、RAID0ディスクisw_dagfijbabd_RAID0SYS / dm-0は検出されましたが、その内容は検出されませんでした。

私はdmraidとmdadmに干渉があるかどうか疑問に思います。 initramfsからdmraidを削除する必要がありますか?

ベストアンサー1

最後に、fakeraid(sataraid)とRAID0を使用せずにこれを行う方法を見つけました。代わりに、BIOS RAIDを無効にしてAHCIに設定しました。

その後、Ubuntu Liveを使用してドライブを消去し、Windows用の空のパーティションを作成し、最初のディスクにスワップ用のパーティションを作成しました。私はgpartedを使ってこれを行います。なぜなら、常にWindows GPTテーブルについて文句を言うからです。その後、いつものようにWindowsをインストールしました。

その後、LinuxインストーラはLVMパーティション化を使用して2つの物理ボリューム(PV)を作成しました。 1つはWindowsを配置したドライブの残りのスペースにあり、もう1つは2番目のドライブの合計スペースを占めました。その後、この2つの物理ボリュームを含むVG(ボリュームグループ)を作成しました。その後、LVを使用して目的のパーティションを作成できます。

私はこれをしました

              HDD 1                             HDD 2
================================   ===============================
||  Windows   | Swap |  PV 1  ||   ||            PV 2           ||
|| (boot/EFI) |      |        ||   ||                           ||
================================   ===============================
                          |                      |
                          V                      V
                ------------------------------------------------
               |                 Volume Group 0                 |
                ------------------------------------------------
                    |          |             |              |
                    V          V             V              V
                --------   --------   ---------------   --------
               |   Lv1  | |   Lv2  | |       LV3     | |        |
               | Fedora | | Debian | |      Home     | | Unused |
               |  20 GB | |  20 GB | |     ~100 GB   | |        |
                --------   --------   ---------------   -------- 

私はこの分野の専門家ではなく、これがRADI0のパフォーマンスにどのような影響を与えるのかわかりません。しかし、機能は同じで、ウィンドウをまったく邪魔しません。 LVM パーティションはデフォルトで Fedora、Debian、Ubuntu インストーラによって検出され、GRUB はデフォルトで動作します。

これが常識かどうかはわかりませんが、パーティーに遅れただけです(しかし、まだ両方のフォーラムで1回のコメントにも応答していないのであまり明確ではないかもしれません)。とにかく私と同じ問題を抱えている人と共有したいと思いました。偽のデュアルブートを把握するために多くの時間を費やす代わりに、この設定を強くお勧めします。

おすすめ記事