Error disk mduuid not found grub rescue что делать

mduuid — disk not found

Всем привет! Решил проверить, что с рейдом-1 на одной тестовой машинке, рейд на двух дисках, рейд софтовый mdadm. Загружаюсь с одного диска — все ок. Загружаюсь со второго диска:

Пробовал установить груб повторно на дисках, для этого делал

Посмотрел uuid самого массива, через mdadm —detail /dev/md0 , такой же uuid прописан в grub.cfg. Груб второй версии.

Затирал диск перед установкой в массив с удалением суперблока, и нулями забивал, массив синкается успешно, но не могу загрузиться с одного диска.

Что еще можно глянуть? Спасибо.

покажи fdisk -l с обоих дисков

тут все ок. бывает иногда, что на одном из дисков mrb, а на другом gpt..

в /etc/mdadm.conf правильно прописано всё? не забыл пересобрать initramfs на всякий случай?

Загуглю, вроде зацепка. Отпишу позднее, спасибо.

в /etc/mdadm.conf правильно прописано всё?

Смущает что в mdadm.conf:

dpkg-reconfigure grub-pc — вот тут что пишет?

По советам из гугла грузанулся в liveCD, примонтировал / к /dev/md127, запустил переконфигурацию конфига груба, после его установил на каждый из дисков в массиве.

При загрузке с одного диска проблема сохранена. Опять что-то или упустил, или подводный камень какой-то неочевидный..

Ну судя по выхлопу, всё ок. А в диалоге выбора диск выбран второй?

У тебя похоже, что грузится не тот initrd, который нужен. В результате не может найти и md устройство. Но почему так — идей нет.

Сижу в grub rescue , по команде set вижу

По команде ls вижу

ругаются на Unknown command

Хотя insmod что-то готов принять, но потом ругается: error: disk ‘mduuid/63babd6180a15939e186260e5eebae53’ not found

Как проверить, тот или не тот initrd не разобрался, но старое ядро удалил, повторил процедуры, результат прежний.

А сколько у тебя всего дисков?

Всего 2 диска, оба в raid-1.

ПОсле установки сразу проверил работоспособность загрузки системы с каждого диска, убедился, все ок.

А вот проверил сейчас — и вот такая ситуация

Можно попробовать ещё запустить принудительно ресинк массива.

Но ведь уже собирал пару раз массив.

Тоже подумал об этом, запустил пока форматирование винта, потом попробую создать таблицу разделов вручную, а не копируя с рабочего винта, ну и потом поставлю на синхронизацию.

Отпишусь наверное в понедельник

Из rescue режима загрузился с одного проблемного диска, занулил его. Через fdisk указал метку linux raid autodetect , перезагрузился.

Потом загрузился с двумя дисками в rescue, собрал массив (он начал называться md0, как в системе и был, а не md127 в предыдущих итерациях по восстановлению) с одним «исправным» диском, добавил первый «проблемный» диск, массив синхронизировался, потом запустил dpkg-reconfigure grub-pc

Ошибок не выдал, и в итоге я успешно загрузился с «проблемного» диска!

Источник

error: disk mduuid not found

Столкнулся со следующей проблемой.

Имеет 2 массива RAID5 на mdadm c 3-мя накопителями. в первом расположен «/grub» во втором LVM с «/» и файлом подкачки.

Так же присутствует еще один диск для бэкапов вне массива.

После уменьшения раздела с «/» и уменьшения раздела LVM — система перестала грузится. Хотя по прежнему прекрасно монтируется.

При попытке загрузки системы выдается следующая ошибка:

Я так полагаю, изменилось имя у массива, по этом груб не может его собрать.

Причем могу просмотреть содержимое, когда он не ругается на файловую систему лишь на (hd0,msdos1) (hd2,msdos1) и (hd3,msdos1). Но показывает как пустой раздел.

Можно как нибудь решить данную проблему? Есть предположение, что нужно переписать содержимое grub.cfg с новым наименованием массива, но верно ли оно? И как его можно зафиксировать с livecd на дисках?

Если grub.cfg где-то внутри RAID, то помимо правки нужно ещё grub-install.

т.е. ядро и конфиг груба лежат на софтовом рейде? WTF? биос уже научился в линуксовый софт-рейд?

Добро пожаловать в GRUB2.

биос уже научился в линуксовый софт-рейд?

Ему не нужно ничего этого уметь.

Загрузить машину с livecd/liveusb с поддержкой lvm и raid, посмотреть uuid и partuuid и поправить конфиг.

можно в двух словах?

А кроме grub-install еще нужен какой нибудь параметр?

GRUB2 умеет любой софтрейд, в т.ч. страйп. Драйвер для RAID запихивается в какой-то stage (не в самый первый), туда же данные для сборки массива. Аналогично работает с LVM и dm-crypt.

Параметр чего? Команды? Да, нужно указать, на какой диск ставить (т.е. поочерёдно на все диски, нужные для загрузки). Проще всего через dpkg-reconfigure grub-pc (если у тебя Debian и не-EFI).

Grub грузится с MBR сектора диска. Это и позволяет помещать его внутрь рейда, но есть нюанс. В случае предупреждения выхода из строя RAID, я его распространяю на MBR всех дисков RAID. Это позволяет грузится системе, какой бы диск массива не был бы удален.

Именно так. Debian и должен быть не EFI

да, anonymous (20.02.2017 13:29:09), спасибо

Grub грузится с MBR сектора диска.

помню эту эпопею лет десять назад, когда в ограниченный объем кода пытались впихнуть драйвера разных файловых систем, чтобы потом найти на соответствующем разделе конфиг груба, ядро, initramfs, и уже грузить последнюю стадию

но теперь под файловой системой лежит еще один слой — soft-raid/LVM, и код с их поддержкой нужно разместить рядом с кодом, отвечающим за fs; неужели умудрились все это запихнуть в один MBR-сектор?

В GRUB2 данная функция реализована. Но положа руку на сердце, мне не удалось корректно ее реализовать. При вынимании 2-х из 3-х дисков RAID5 рушился.

Что бы исключить данную возможность я boot вывел за LVM раздел отдельным массивом.

Нет. На дисках с DOS-разметкой давно действует стандарт на отступ в 2048 секторов до первого раздела. Туда и ставится следующий стейдж загрузчика. На GPT такие хаки не приняты, там создаётся раздел с типом ef02 (обычно 2 Мб), куда и помещается жирная часть GRUB. Ну а на GPT с загрузкой через EFI таких проблем и вовсе нет, потому что загрузчик всегда является EFI-приложением, лежащим в ESP.

При вынимании 2-х из 3-х дисков RAID5 рушился.

На дисках с DOS-разметкой давно действует стандарт на отступ в 2048 секторов до первого раздела. Туда и ставится следующий стейдж загрузчика.

т.е. в MBR-секторе лежит код, который читает вот эти 2048 секторов (а это 2048*512=1M достаточно много для кучи разного кода)? наверно это как раз и называется 1.5 stage?

На GPT такие хаки не приняты, там создаётся раздел с типом ef02 (обычно 2 Мб), куда и помещается жирная часть GRUB.

ну, тут, я так понимаю, нужно заранее руками позаботиться об этом разделе на каждом диске, который потом в рейде участвовать будет? а при инсталляции груба нужно явно указать раздел для этой жирной части? а если не указать, то груб попытается найти подходящий по типу?

Ну а на GPT с загрузкой через EFI таких проблем и вовсе нет, потому что загрузчик всегда является EFI-приложением, лежащим в ESP.

про это знаю мало (погуглю при необходимости), но вроде бы под EFI тоже отдельный раздел создается, а значит там тоже места должно хватить под много кода

ну, вроде, пазл сложился в общих чертах, спасибо, народ!

Источник

Debian User Forums

Grub rescue, will not boot from mdadm RAID, no such disk

Grub rescue, will not boot from mdadm RAID, no such disk

#1 Post by ctrlbrk » 2014-09-19 03:59

I am running a 14 disk RAID 6 on mdadm behind 2 LSI SAS2008’s in JBOD mode (no HW raid) on Debian 7 in BIOS legacy mode.

Grub2 is dropping to a rescue shell complaining that «no such device» exists for «mduuid/b1c40379914e5d18dddb893b4dc5a28f».

Output from mdadm:

The UUID for md0 is `2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb` so I do not understand why grub insists on looking for `b1c40379914e5d18dddb893b4dc5a28f`.

**Here is the output from `bootinfoscript` 0.61. This contains alot of detailed information, and I couldn’t find anything wrong with any of it:**

During the grub rescue an `ls` shows the member disks and also shows `(md/0)` but if I try an `ls (md/0)` I get an unknown disk error. Trying an `ls` on any member device results in unknown filesystem. The filesystem on the md0 is XFS, and I assume the unknown filesystem is normal if its trying to read an individual disk instead of md0.

I have come close to losing my mind over this, I’ve tried uninstalling and reinstalling grub numerous times, `update-initramfs -u -k all` numerous times, `update-grub` numerous times, `grub-install` numerous times to all member disks without error, etc.

I even tried manually editing `grub.cfg` to replace all instances of `mduuid/b1c40379914e5d18dddb893b4dc5a28f` with `(md/0)` and then re-install grub, but the exact same error of no such device mduuid/b1c40379914e5d18dddb893b4dc5a28f still happened.

I don’t have IPMI on this box so please forgive the embarrassing cell phone phone picture:

One thing I noticed is it is only showing half the disks. I am not sure if this matters or is important or not, but one theory would be because there are two LSI cards physically in the machine.

This last screenshot was shown after I specifically altered grub.cfg to replace all instances of `mduuid/b1c40379914e5d18dddb893b4dc5a28f` with `mduuid/2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb` and then re-ran grub-install on all member drives. Where it is getting this old b1c* address I have no clue.

I even tried installing a SATA drive on /dev/sda, outside of the array, and installing grub on it and booting from it. Still, same identical error.

Источник

grub2: grub-install: error: disk mduuid not found even after the partition has bios_grub on

This tutorial is for all of us that has done everything by the book with parted and still they receive an error when installing grub2 to the boot sector!

The solution is relatively simple:

Boot from a rescue disk and reinstall grub from there!

The problem is that currently loaded kernel remembers the old device, which was deleted, and probably you won’t be able to fresh the metadata in the memory. In fact, if you receive this error when booted in a rescue disc you probably have done some changes on the layout of the disks or the partitions or the RAID devices and you must reboot the machine again and then JUST reinstall the grub.
Such problems could have happened if you deleted partitions or made some disk layout changes (using parted?) on mounted or partitions in use and the kernel could loaded the partition changes in memory. The parted reports the changes will take effect after system reboot.

STEP 1) Check the devices and mount the root and boot

They might be on the same device here they are on different MD devices (in the case, software array). md1 is the boot and md2 is the root.

STEP 2) mount the dev, proc and sys relative to the root mount above and chroot in the root.

After chroot it is recommended to

STEP 3)Install grub2

Unmount all mounted directories above and reboot.

* If you are using UEFI enabled boot you probably need more options for the grub installation

Something like that for the grub2 installation (but it is specific for your distro – the path for efi directory, just find it under /boot and put the right path – nothing special!):

Where does this error come from?

If you search the ID by part of it you will discover it under /dev/disk/by-id/, which is a link to md1, but still there is an error for missing device, because the kernel loaded the device as md-name-rescue:1. And if you reboot the kernel the old and wrong name won’t exists. As mentioned above this could have happened if you deleted partitions or made some disk layout changes (using parted?) on mounted or partitions in use and the kernel could loaded the partition changes.

Leave a Reply Cancel reply

Find Us

Address
101010010100 Main Street
Earth, EA 101010101010100

E-mail
info@ahelpme.com

Hours (in the TimeBank)
1000000:00:0:00:00 in time…

About This Site

Highly skilled hominins inhabited planet Earth a long long ago! And these hominins have a need to share some knowledge here.

Источник

I encountered the same problem like in the first post. After a clean install from a USB stick (made with rufus and the provided 8.2 iso) the installation finished without error, but the reboot ended in grub rescue mode.

The mentioned steps in the first post got the system to work.

There was nothing fancy about the setup I would think. I used an ASUS Z9DA-P8 mainboard with latest BIOS. I entered the BIOS and changed the SATA Mode to RAID instead of AHCI. After the reboot I started the RAID configuration utility and created a RAID1 with two disks.

Right after this I used the usb stick as boot device and installed XCP-ng without a problem. I didn’t create a local storage repository as this is not needed and there was a previous installation of xenserver 6.5 on the disks, but those were not used for a RAID in the old setup. Don’t know if this is relevant.

After the installation the boot ended with the grub rescue mode as mentioned above.

The same procedure and result I got on a second system with identical setup and the same installation steps.

@BoarderEB : Thanks for sharing the workaround or solution.

One addition: Using the above solution works, but a warning is thrown during the grub-install execution.
warning: the drive name mduuid/<uuid> in device.map is incorrect. Using hostdisk//dev/md127 instead. Please use the form [hfc]d[0-9]* (E.g. hd0 or 'cd).

Нередко возникает необходимость в установке двух принципиально разных операционных систем на один компьютер: Windows и Linux. Разумеется, подобное «соседство» будет связано с некоторыми неудобствами. Для установки, как правило, используют специальную программу GRUB. Но к сожалению, при её использовании можно столкнуться с рядом ошибок. В этой статье разберёмся с тем, как исправить ошибки загрузчика GRUB. Давайте же начнём. Поехали!

Для начала давайте определимся с тем, что из себя представляет эта программа. GRUB — представляет собой системный загрузчик, устанавливающийся непосредственно с Линукса и записывающий все данные на первый раздел диска (MBR).

Сам rescue mode является отличительной чертой GRUB 2 от его предыдущей версии. Этот режим запускается, если программе-загрузчику не удалось найти файл «grub.cfg» либо не удалось передать управление в kernel (ядро). В итоге не удаётся найти загрузочные файлы и запустить операционную систему. Именно тогда и возникает ошибка.

Способ 1

Что делать в случае ошибки unknown filesystem grub-rescue? Перед вами окно, в котором можно использовать только 4 команды, их вполне достаточно, чтобы исправить все проблемы и успешно загрузиться:

• ls — позволяет вывести всё содержимое;
• set — применяется для установки переменных;
• unset — очищает переменную;
• insmod — необходима для загрузки модулей.

Также можно сделать доступным ряд других команд. Сделать их доступными можно, загрузив модуль «normal». Для этого пропишите:

insmod normal

После этого станут доступны:

• dump — для очистки памяти;
• exit — команда выхода из загрузчика;
• chainloader — необходима, чтобы указать последующей команде boot передать управление цепочечному загрузчику;
• kfreebsd — несколько команд, позволяющих загрузить ядро FreeBSD, его модули;
• rmmod — позволяет выгрузить указанный модуль ядра;
• multiboot.

Первым делом нужно отыскать модули, чтобы загрузить их. Для этого введите:

ls

Результатом выполнения команды будет следующее:

(hd0) (hd0,msdos3) (hd0,msdos2) (hd0,msdos1) (hd1) (hd1,msdos2) (hd1,msdos1)

Из этого можно сделать вывод, что загрузчик не может определить файловые системы дисков, поэтому определяет их как msdos. Теперь необходимо угадать видимые диски. В конкретном примере перед вами два диска: hd0 (с тремя разделами) и hd1 (с двумя разделами). Допустим, вы знаете, что Linux инсталлирован на диск, который имеет три раздела. В таком случае вам нужен диск с индексом «0».

GRUB даёт названия разделам в обратном порядке. В связи с этим, неясно как трактовать запись: «(hd0,msdos3)». Ведь можно посчитать это как первым разделом, так и третьим. К счастью, из этой ситуации можно выйти при помощи такого синтаксиса команды: «(hd0,1)». Обратите внимание, что в программе-загрузчике GRUB отсчёт дисков идёт с 0, а разделов с 1.

Допустим, что Линукс хранится в первом разделе, тогда он будет обозначаться (hd0,1). В этом случае команда, которую необходимо прописать, будет иметь вид:

set prefix=(hd0,1)/boot/grub
set root=(hd0,1)

Теперь модули могут быть загружены. Использовать их можно только после загрузки.

После того как вы выбрали нужный диск, проверьте содержится ли там то, что нужно. Для этого пропишите:

ls /boot/grub

В результате выполнения на экране появится список md файлов.

Далее, пропишите:

insmod ext2
insmod normal
normal

После этого загрузчик будет переведён в режим полной функциональности. Затем автоматически будут найдены разделы с операционной системой, и откроется меню программы.

Теперь остаётся загрузить Linux. Делается это при помощи команды:

grub-install /dev/sda

Способ 2

Всё сильно упрощается, если использовать Live CD – загрузочный диск с системой Linux. Он может быть записан на флешке, на внешнем винчестере или на обычном диске – это неважно, главное, чтобы с него можно было загрузить компьютер.

После загрузки Linux стандартным способом устанавливается бесплатная утилита Boot Repair. Она предназначена именно для устранения ошибок загрузки с помощью загрузчика Grub и очень проста в использовании – достаточно кликнуть по кнопке.

Заметим, что иметь Live CD для линуксоида всегда полезно и даже необходимо. Это зачастую избавляет от множества проблем, так как позволяет загрузить полноценную систему с внешнего носителя и использовать весь её инструментарий. Скачать такой диск с любой версией Linux не представляет сложностей, в комплекте обычно идёт инструкция по записи его на флешку.

После выполнения всех этих действий ошибка будет устранена. Пишите в комментариях была ли полезна для вас эта статья и задавайте любые интересующие вопросы по рассмотренной теме.