Назад | Перейти на главную страницу

Grub rescue, не загружается с mdadm RAID, нет такого диска или устройства - неправильный mduuid?

Я использую 14-дисковый RAID 6 на mdadm за 2 LSI SAS2008 в режиме JBOD (без рейда HW) на Debian 7 в устаревшем режиме BIOS.

Grub2 переходит в аварийную оболочку с жалобой на то, что «такого устройства нет» для «mduuid / b1c40379914e5d18dddb893b4dc5a28f».

Вывод из 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

Вывод из 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"

UUID для md0: 2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb поэтому я не понимаю, почему grub настаивает на поиске b1c40379914e5d18dddb893b4dc5a28f.

Вот результат bootinfoscript 0,61. Это содержит много подробной информации, и я не нашел ничего плохого ни в одной из них:

http://pastebin.com/bPgGN68L

Во время спасения личинки ls показывает членные диски, а также показывает (md/0) но если я попробую ls (md/0) Я получаю неизвестную ошибку диска. Попытка ls на любом устройстве-члене приводит к неизвестной файловой системе. Файловая система на md0 - это XFS, и я предполагаю, что неизвестная файловая система является нормальной, если она пытается прочитать отдельный диск вместо md0.

Я был близок к тому, чтобы сойти с ума по этому поводу, я много раз пытался удалить и переустановить grub, update-initramfs -u -k all много раз, update-grub много раз, grub-install многократно без ошибок на все диски-участники и т. д.

Я даже пробовал редактировать вручную grub.cfg заменить все экземпляры mduuid/b1c40379914e5d18dddb893b4dc5a28f с участием (md/0) а затем переустановите grub, но та же самая ошибка отсутствия такого устройства mduuid / b1c40379914e5d18dddb893b4dc5a28f все еще произошла.

ИЗМЕНИТЬ ДОБАВИТЬ

У меня нет IPMI на этой коробке, поэтому, пожалуйста, простите за смущающее изображение сотового телефона:

http://imgur.com/zooX12b

Одна вещь, которую я заметил, - это показывает только половину дисков. Я не уверен, имеет ли это значение, важно или нет, но одна теория может заключаться в том, что физически в машине есть две карты LSI.

Этот последний снимок экрана был показан после того, как я специально изменил grub.cfg, чтобы заменить все экземпляры mduuid/b1c40379914e5d18dddb893b4dc5a28f с участием mduuid/2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb а затем повторно запустил grub-install на всех дисках-членах. Я понятия не имею, откуда у него этот старый адрес b1c *.

Я даже попытался установить диск SATA на / dev / sda, вне массива, установить на него grub и загрузиться с него. Тем не менее, такая же идентичная ошибка.

ИЗМЕНИТЬ, ЧТОБЫ УТОЧНЯТЬ

Установка Grub осуществляется на каждый отдельный диск, а не на / dev / md0, и выполняется без ошибок. Но при перезагрузке падает до grub.

ИЗМЕНИТЬ ДОБАВИТЬ

Эти операции предложил друг. Они не работали, мне все еще нужна помощь!

Мне действительно нужна была помощь от кого угодно / каждого, чтобы помочь мне заставить GRUB работать над этим ящиком.

У кого-нибудь есть другие предложения и исправления?

РЕДАКТИРОВАТЬ 5

Отчет об ошибке Grub:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764798

Посмотрите на / dev / disk / by-id с устройством raid с префиксом md-uuid. Это правильные идентификаторы для использования mduuid / in grub. Возможно, потребуется также insmod mdraid1x, если вы используете текущие метаданные.

Как я сказал здесь: Не удается установить grub, ошибка сегментации, невозможно определить файловую систему, избыточный член RAID, обнаружены два диска с одинаковым индексом - Debian 7

Вы не можете установить grub на устройство mdadm, оно существует благодаря программному обеспечению raid, то есть mdadm, оно не указывает на физическое устройство. Вам необходимо установить grub на физическое устройство.

Лучше не начинать новый вопрос, а добавить информацию к существующему. Этот вопрос вполне может быть закрыт на голосование, так как он дублирует ваш другой вопрос.