debian – grub救援,不会从mdadm RAID启动,没有这样的磁盘或设备 – mduuid错了?

我在B IOS传统模式下在Debian 7上以2个LSI SAS2008的JBOD模式(无硬件raid)运行了mdadm上的14磁盘RAID 6.

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"

md0的UUID是2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb,所以我不明白为什么grub坚持寻找b1c40379914e5d18dddb893b4dc5a28f.

这是bootinfoscript 0.61的输出.这包含大量详细信息,我找不到任何错误:

http://pastebin.com/bPgGN68L

在grub救援期间,ls显示成员磁盘并且还显示(md / 0)但是如果我尝试ls(md / 0),则会出现未知磁盘错误.在任何成员设备上尝试ls会导致未知的文件系统. md0上的文件系统是XFS,如果它试图读取单个磁盘而不是md0,我认为未知文件系统是正常的.

我已经接近失去了我的思绪,我已经尝试多次卸载并重新安装grub,update-initramfs -u -k多次,update-grub无数次,grub-install多次安装到所有成员磁盘而不会出现错误等

我甚至尝试手动编辑grub.cfg以用(md / 0)替换mduuid / b1c40379914e5d18dddb893b4dc5a28f的所有实例,然后重新安装grub,但是没有这样的设备mduuid / b1c40379914e5d18dddb893b4dc5a28f的完全相同的错误仍然发生.

编辑添加

我这个盒子上没有IPMI所以请原谅这个令人尴尬的手机图片:

http://imgur.com/zooX12b

我注意到的一件事是它只显示了一半的磁盘.我不确定这是否重要或不重要,但有一种理论认为机器中有两块LSI卡.

在我专门修改grub.cfg以用mduuid / 2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb替换mduuid / b1c40379914e5d18dddb893b4dc5a28f的所有实例然后在所有成员驱动器上重新运行grub-install之后,显示了最后一个屏幕截图.在哪里得到这个旧的b1c *地址我不知道.

我甚至尝试在阵列外部的/ dev / sda上安装SATA驱动器,并在其上安装grub并从中启动.仍然,相同的错误.

编辑澄清

Grub安装是每个单独的成员磁盘,而不是/ dev / md0,并且完成没有错误.但是重新启动后就可以解决这个问题了.

编辑添加

这些行动是由朋友提出的.他们没有工作,我还需要帮助!

我真的可以使用任何人/每个人的帮助来帮助我让GRUB在这个盒子上工作.

有没有其他建议和修复?

编辑5

Grub bug报告:

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

使用前缀为md-uuid的raid设备查看/ dev / disk / by-id. 这些是在grub中使用mduuid /的正确id. 如果您使用当前元数据,可能还需要insmod mdraid1x.
相关文章
相关标签/搜索