mdadm Software RAID1 com GPT no Debian 8.0 amd64 - Não inicializa na remoção de disco [fechado]

2

INTRO:

Passei inúmeros dias conectando / desconectando cabos de energia MOLEX- > SATA, reiniciando máquinas e testando centenas de edições e comandos. Estou à beira do desespero e desesperadamente precisando de ajuda.

PROBLEMA:

Conforme descrito no título. Eu sou um novato, eu segui o guia de instalação mdadm RAID1 + GPT . Minha configuração de particionamento é exatamente como no guia, com exceção de um HDD adicional. Instalou, sincronizou as matrizes e fingiu ser "todo dândi". No entanto, quando desliguei a máquina, desconectei uma das unidades e tentei inicializá-la com a mensagem:

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/disk/by-uuid/long-UUID-here does not exist.
Dropping to a shell!
modprobe: module ehci-orion not found in modules.dep

BusyBox v1.22.1 (Debian 1:1.22.0-9+deb8u1) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs) 

Onde / dev / disk-by-uuid / long-UUID-here mostra o UUID do md0 (dispositivo 0 do RAID1 partição 1, usada para o sistema de arquivos raiz, como no guia)

Usando cat /proc/mdstat e mdadm --detail /dev/md0 desse "recurso de emergência (initramfs)", mostra que as matrizes RAID md0 e md1 estão inativas , marcado como RAID0 e cada membro RAID tem um [S] depois dele (provavelmente indicando que é um disco reserva)

Se eu reconectar os HDDs desconectados, ele inicializa bem e finge estar "limpo". Mostrando todas as informações corretas como RAID1.

Terei prazer em obter informações mais específicas / saídas de comando, se você pedir. Isso está me deixando louco.

INFORMAÇÕES ADICIONAIS (invasão completa / todos os discos anexados):

cat / proc / mdstat

Personalities : [raid1]
md0 : active raid1 sdc3[1] sdb3[0] sdd3[2]
      1945569280 blocks super 1.2 [3/3]  [UUU]
      bitmap: 0/15 pages [0KB], 65536KB chunk

md1 : active (auto-read-only) raid1 sdc2[1] sdb2[0] sdd2[2]
      7808000 blocks super 1.2 [3/3]  [UUU]

unused devices: <none>

mdadm --detail / dev / md0

/dev/md0:
        Version : 1.2
  Creation Time : Sun Apr 26 22:20:03 2015
     Raid Level : raid1
     Array Size : 1945569280 (1855.44 GiB 1992.26 GB)
  Used Dev Size : 1945569280 (1855.44 GiB 1992.26 GB)
   Raid Devices : 3
  Total Devices : 3
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Tue Apr 28 01:32:45 2015
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0

           Name : FluffyBunny:0  (local to host FluffyBunny)
           UUID : 9c0b29dd:ea96cffe:9431dc07:4bd35b5e
         Events : 4408

Number    Major    Minor    RaidDevice  State
  0         8       19           0      active sync  /dev/sdb3
  1         8       35           1      active sync  /dev/sdc3
  2         8       51           2      active sync  /dev/sdd3

fdisk -l

Disk /dev/sdc: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: A5E04E17-28EA-4205-96C4-40B0064241B9

Device        Start        End    Sectors  Size Type
/dev/sdc1      2048       4095       2048    1M BIOS boot
/dev/sdc2      4096   15628287   15624192  7.5G Linux RAID
/dev/sdc3  15628288 3907028991 3891400704  1.8T Linux RAID

Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7232955A-62E8-4251-AF2F-B3EC70164234

Device        Start        End    Sectors  Size Type
/dev/sdb1      2048       4095       2048    1M BIOS boot
/dev/sdb2      4096   15628287   15624192  7.5G Linux RAID
/dev/sdb3  15628288 3907028991 3891400704  1.8T Linux RAID

Disk /dev/sdd: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 04C652AA-FC29-45D1-B866-CCEDAE4164D7

Device        Start        End    Sectors  Size Type
/dev/sdd1      2048       4095       2048    1M BIOS boot
/dev/sdd2      4096   15628287   15624192  7.5G Linux RAID
/dev/sdd3  15628288 3907028991 3891400704  1.8T Linux RAID

Disk /dev/md1: 7.5 GiB, 7995392000 bytes, 15616000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/md0: 1.8 TiB, 1992262942720 bytes, 3891138560 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
por Bob 27.04.2015 / 22:46

1 resposta

2

Você precisa instalar o Grub2 em ambos discos. Tente executar grub2-install /dev/sda; grub2-install /dev/sdb (ou similar; verifique sua página de manual para mais informações).

EDIT: depois de ler melhor o seu post, acho que o Grub2 não é o culpado aqui, já que parece que o seu sistema carrega corretamente o kernel requerido. Tente substituir o UUID pela entrada / dev / apontando para o seu dispositivo mdadm (por exemplo: / dev / md0). Isso muda alguma coisa?

    
por 27.04.2015 / 22:49