fakeraid + UEFI + GPT - o grub não detecta o volume raid após a instalação do debian usando o dmraid

Question

Eu também tenho uma postagem nos fóruns debian , mas parece que ela tem menos tráfego do que aqui, então eu pensei em tentar a minha sorte aqui também.

Estou tentando instalar o Windows 10 e o Debian e possivelmente mais distros em um fakeraid usando UEFI e GPT. Então eu sigo este guia e usando dmraid eu posso particionar e instalar com sucesso. O particionamento é assim:

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

O problema é que o grub não parece ver o ataque ao definir a raiz para o kernel. E eu recebo esse erro

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

Eu poderia usar o ubuntu live para chroot no sistema em vez do modo de recuperação do debian e concluir as etapas de instalação, além de definir a raiz para o grub.

Tanto quanto eu posso dizer que parece ser um problema com o grub não usar o mdadm corretamente ou em tudo. Então eu preciso editar initramfs para inklude mdadm de alguma forma, certo? Mas como isso funciona? Eu tenho montado com sucesso o initramfs usando como este guia de ducea.com. Mas como eu continuaria?

# 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

EDITAR: Vou adicionar algumas informações coletadas do shell initramfs também:

# 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

Essa saída foi praticamente a mesma, quer eu tenha usado dmraid ou mdadm na linha de inicialização do kernel. Eu percebi que eu poderia encontrar o mdadm em / sbin de qualquer forma e que o disco RAID0 isw_dagfijbabd_RAID0SYS / dm-0 é detectado, mas não o seu conteúdo.

Eu estou querendo saber se existe alguma interferência com o dmraid e o mdadm. Devo remover o dmraid do initramfs?

    

Answer 1

Eu finalmente descobri uma maneira de fazer isso, mas não usando fakeraid (sataraid) e RAID0. Em vez disso, desativei o bios raid e configurei para AHCI.

Eu usei o Ubuntu ao vivo para apagar as unidades e criei uma partição vazia para o Windows, seguida de uma para swap no primeiro disco. Eu usei o gparted para fazer isso porque ele sempre reclamava do windows GPT-table. Eu então instalei o windows como de costume.

Então usei o particionamento do LVM no instalador do Linux para criar dois volumes físicos (PV), um no espaço restante na unidade onde coloquei o Windows e o outro ocupando todo o espaço da segunda unidade. Em seguida, criei um único grupo de volumes (VG) contendo esses dois volumes físicos. Então eu poderia usar o LV para criar as partições que eu queria.

Eu fiz assim

              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   | |        |
                --------   --------   ---------------   -------- 

Eu não sou especialista nessas coisas e não tenho idéia de como isso afetará o desempenho vs RADI0. Mas ele serve a mesma função sem interferir nas janelas. As partições do LVM são detectadas por padrão pelo menos pelos instaladores do Fedora, Debian e Ubuntu e o GRUB funciona imediatamente.

Eu não sei se isso é de conhecimento comum e eu estava atrasado para a festa (mas eu ainda não recebi nem um comentário em nenhum fórum, então talvez não seja tão obvio). De qualquer forma, eu só queria compartilhar isso com qualquer pessoa que tenha as mesmas dificuldades que eu tive com isso. Eu recomendaria strongmente esta configuração em vez de gastar inúmeras horas tentando descobrir dualboot fakeraid.