Resgate do Grub, não inicializa a partir do mdadm RAID, nenhum disco ou dispositivo - mduuid está errado?

4

Estou executando um RAID 6 de 14 discos no mdadm atrás de 2 LSI SAS2008 no modo JBOD (sem invasão de HW) no Debian 7 no modo herdado do BIOS.

O Grub2 está caindo para um shell de recuperação reclamando que "não existe tal dispositivo" para "mduuid / b1c40379914e5d18dddb893b4dc5a28f".

Saída do mdadm:

# mdadm -D /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Wed Nov  7 17:06:02 2012
     Raid Level : raid6
     Array Size : 35160446976 (33531.62 GiB 36004.30 GB)
  Used Dev Size : 2930037248 (2794.30 GiB 3000.36 GB)
   Raid Devices : 14
  Total Devices : 14
    Persistence : Superblock is persistent

    Update Time : Thu Sep 18 19:44:56 2014
          State : clean
 Active Devices : 14
Working Devices : 14
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : media:0  (local to host media)
           UUID : b1c40379:914e5d18:dddb893b:4dc5a28f
         Events : 2319862

    Number   Major   Minor   RaidDevice State
      13       8       82        0      active sync   /dev/sdf2
      15       8      130        1      active sync   /dev/sdi2
      14       8       98        2      active sync   /dev/sdg2
      21       8      194        3      active sync   /dev/sdm2
      16       8      226        4      active sync   /dev/sdo2
      12       8      162        5      active sync   /dev/sdk2
      18       8       50        6      active sync   /dev/sdd2
      17       8      146        7      active sync   /dev/sdj2
      20       8      210        8      active sync   /dev/sdn2
      19       8       66        9      active sync   /dev/sde2
      11       8       34       10      active sync   /dev/sdc2
      24       8      178       11      active sync   /dev/sdl2
      23       8      114       12      active sync   /dev/sdh2
      22       8       18       13      active sync   /dev/sdb2

Saída do blkid:

# blkid
/dev/md0: UUID="2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb" TYPE="xfs"
/dev/md/0: UUID="2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb" TYPE="xfs"
/dev/sdd2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="09a00673-c9c1-dc15-b792-f0226016a8a6" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdc2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="ce717500-cadf-3b12-e893-48d43c1408e7" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdf2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="071afb12-f78f-4f15-f65a-a6298eadcfa7" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdb2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="822fd02b-454d-a94c-57f6-8535964996b1" LABEL="media:0" TYPE="linux_raid_member"
/dev/sde2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="de3f41b8-3016-870c-344f-2a92c08e1085" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdg2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="e319bdaa-22bc-1153-c43b-48788a9c1832" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdi2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="3dd1df1b-203c-6453-0964-ebad245b1670" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdh2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="f5477580-9435-7948-6e97-fe82c8805bcd" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdj2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="4a013330-37c5-65f9-cb76-1d357ce4ddb4" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdm2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="b750b4e4-2b1b-ac5f-cbd3-bde5eab657e7" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdk2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="d5521994-6c4f-04f9-f7ca-0dd9dff3c6cd" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdn2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="4670b36c-07cb-e661-20e3-d314f7c3fd42" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdl2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="c1514b9f-2461-6fed-324a-50fb9469043a" LABEL="media:0" TYPE="linux_raid_member"
/dev/sdo2: UUID="b1c40379-914e-5d18-dddb-893b4dc5a28f" UUID_SUB="6c33c472-af1f-fd8f-22d1-0ea39edc75bb" LABEL="media:0" TYPE="linux_raid_member"

O UUID para md0 é 2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb , então não entendi porque o grub insiste em procurar b1c40379914e5d18dddb893b4dc5a28f .

Aqui está a saída de bootinfoscript 0.61. Isso contém muitas informações detalhadas e não encontrei nada de errado com isso:

link

Durante o resgate do grub, um ls mostra os discos membros e também mostra (md/0) , mas se eu tentar um ls (md/0) , recebo um erro de disco desconhecido. Tentar um ls em qualquer dispositivo membro resulta em um sistema de arquivos desconhecido. O sistema de arquivos no md0 é o XFS, e eu assumo que o sistema de arquivos desconhecido é normal se ele estiver tentando ler um disco individual em vez de md0.

Eu cheguei perto de perder a cabeça por isso, tentei desinstalar e reinstalar o grub várias vezes, update-initramfs -u -k all numerosas vezes, update-grub numerosas vezes, grub-install numerosas vezes para todos os discos membros sem erro, etc. .

Eu até tentei editar manualmente o grub.cfg para substituir todas as instâncias do mduuid/b1c40379914e5d18dddb893b4dc5a28f com (md/0) e reinstalar o grub, mas o mesmo erro exato do mesmo dispositivo mduuid / b1c40379914e5d18dddb893b4dc5a28f ainda acontecia.

EDITAR PARA ADICIONAR

Eu não tenho IPMI nesta caixa, então, por favor, perdoe a foto do telefone celular embaraçosa:

link

Uma coisa que notei é que está mostrando apenas metade dos discos. Não tenho certeza se isso importa ou é importante ou não, mas uma teoria seria porque existem dois cartões LSI fisicamente na máquina.

Esta última captura de tela foi mostrada depois que eu alterei especificamente o grub.cfg para substituir todas as instâncias de mduuid/b1c40379914e5d18dddb893b4dc5a28f por mduuid/2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb e, em seguida, executei novamente o grub-install em todas as unidades membro. Onde está recebendo este antigo endereço b1c * eu não tenho ideia.

Eu até tentei instalar uma unidade SATA em / dev / sda, fora da matriz, e instalar o grub nela e inicializar a partir dela. Ainda assim, o mesmo erro idêntico.

EDITAR CLARIFICAR

A instalação do Grub é para cada disco de membro individual, não para / dev / md0 e é concluída sem erros. Mas cai para grub resgate na reinicialização.

EDITAR PARA ADICIONAR

Estas operações foram sugeridas por um amigo. Eles não funcionaram, eu ainda preciso de ajuda!

Eupoderiarealmenteusaralgumaajudadequalquerpessoa/todosparameajudarafazeroGRUBfuncionarnestacaixa.

Alguémtemoutrassugestõesecorreções?

EDIT5

RelatóriodeerrosdoGrub:

link

    
por ctrlbrk 19.09.2014 / 02:48

2 respostas

1

Olhe para / dev / disk / by-id com o dispositivo raid prefixado por md-uuid. Esses são os ids corretos para usar o mduuid / in grub. Provavelmente precisa insmod mdraid1x também se você estiver usando metadados atuais.

    
por 01.01.2015 / 22:22
-1

Como eu disse aqui: Não é possível instalar o grub, falha de segmentação, incapaz de identificar o sistema de arquivos, membro RAID supérfluo, encontrou dois discos com o mesmo índice - Debian 7

Você não pode instalar o grub em um dispositivo mdadm, ele existe em virtude do software raid, ou seja, o mdadm, ele não está apontando para um dispositivo físico. Você precisa instalar o grub em um dispositivo físico.

É melhor não iniciar uma nova pergunta, mas adicionar a informação à existente. Este pode ser votado para ser fechado devido a ser uma duplicata para sua outra pergunta.

    
por 19.09.2014 / 21:14