UEFI, mdadm и Debian 7.7

Порядок загрузки в биос?

диск 0, диск 1.
Но когда подключён диск 0, биос находит какой то раздел «debian» и ставит первым приоритетом. Когда диска 0 нет, биос пытается загрузится с 0 диска, говорит Failed, потом пытается загрузить с 1 диска тоже Failed

и да в роли сервера выступает - ibm x3250 m4

Раздел для efi не должен быть в массиве.

В теме писал

И вынес на каждый диск отдельно: «efi» раздел для efi - 1 гб (efi)

100mb за глаза будет.

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

esp должен быть один, на одном девайсе, а не на каждом свой, чтобы фирмварь не путался, он не может сразу все доступные esp использовать.

Предлагаете раздел EFI разместить в массиве?

Если RAID аппаратный, то можно попробовать, а с программным не взлетит — EFI его просто не увидит.

Когда-то мой опыт работы с EFI был изложен в вики, но вики на ЛОРе всё.

Только что зашёл в раздел, добавить «Boot параметры», обнаружил что он видит два моих раздела GPT, но при открытии с диска 0 - они видит файлы, а при открытии диска 1 ничего не находит. Возможно ли скопировать данные с раздела sda1 на sdb1?

Из EFI — нет, там никакие операции не предусмотрены, кроме запуска программы (efi-файла). И да, после переноса нужно будет отредактировать записи в ефи, так как они будут ссылаться в пустоту, а не на перенесённые файлы.

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

*создать и переместить в него файлик *.efi

Кстати, сервер имеет возможность горячей замены диска, только что вынул первый, ось по прежнему работает, но заметил что раньше были файлы в «/boot/efi/(debian/debian.efi)», сейчас «boot/efi/» пусто, при этом отображается как отдельный раздел

Если разметка GPT, то создаём fat32 раздел, вешаем на него флаг esp (или boot, что на GPT является синонимом), кидаем туда файлы, пересоздаём записи (efibootmgr, или чем Вы там пользуетесь), проверяем. Если не взлетело, значит в файликах что-то не так, или адрес в записи ссылается не туда (№ раздела не тот, опечатка в пути). В принципе, других проблем быть не должно, но зависит от вендора — кажый играет по своим правилах, кладя большой и толстый на стандарты, которых у UEFI особо и нет.

Ага, вот и еще кто-то дошел до этого вопроса. Короче, efi-специфичные разделы создаёшь руками. Делаешь дополнительно еще отдельный /boot, который уже можно в raid1 загнать. Ставишь систему. Система, ясен пень, заюзает efi разделы только на одном диске, который первый-загрузочный. Как всё встанет - берешь и руками дублируешь содержимое efi раздела этого диска на остальные. Потом правишь в каждой копии uuid

cat /boot/efi/EFI/ubuntu/grub.cfg
search.fs_uuid 7daf7e50-cb08-4f43-a9ae-e005438e7513 root hd0,gpt5

В результате получишь загрузку по efi с любого диска. Порядок простой. Прошивка матери - диск - раздел efi - загручик (grub) - /boot - система. Сам по себе efi разделы штатно в софт-рейд не засунешь. Делаешь один раз руками и забываешь, там нечему изменяться.
gpt uefi boot и linux-raid

Скажите пожалуйста, почему у вас grub.cfg лежит в разделе предназначенном для *.efi? У меня в данный момент есть раздел [/boot/grub/'фалы груба'] и [/boot/efi/EFI/debian/grubx64.efi]

Потому что его туда положила убунта.

Замечательно сработало, только пришлось оставить только корневой раздел, когда система разделена на разделы, почему то недогружается система. Смонтировал /dev/sdb1, и скопировал в него всё из /boot/efi (/dev/sda1). Ещё странный момент заметил, мой сервер поддерживает горячую замену HDD, так вот если выдернуть на горячую /dev/sda и потом обратно вставить, он превращается в /dev/sdc, и при перезагрузке /dev/sdc превращается в /dev/sda. Это нормально?

так вот если выдернуть на горячую /dev/sda и потом обратно вставить, он превращается в /dev/sdc, и при перезагрузке /dev/sdc превращается в /dev/sda. Это нормально?

Перед изъятием

echo 1 > /sys/block/sdN/device/delete

Замечательно, в понедельник попробую, спасибо вам большое!

Поддержка интелоаского фейк рейда (matrix storage, rst, и т.п.) вполне может быть включена в системную прошивку в виде uefi драйвера. И этот драйвер может поддерживать интерфейс конфигурирования. Дернуть этот интерфейс можно из uefi shell, команда drvcfg. Вот например статья: http://asrock.com/support/faq.ru.asp?id=316

Через root'а смотри.

Но это всё равно не позволит держать esp в рейде, ибо ефи не сможет подцепить драйвер оттуда. Остальную ФС ты хоть в криптоконтейнер запхай, дальше ядро действует, и если оно умеет — всё пойдёт как по маслу.

Раз рейд на материнке, логично и uefi драйвер этого рейда положить в прошивку материнки, т.е. на системный флеш. В статье по ссылке именно так. И esp будет один, с зеркала.