Как можно было ПРОСРАТЬ вопрос синхронизации efi разделов при использовании linux raid?

какой-то workaround https://lars.st0ne.at/blog/efi partition on software raid 1

Сделай себе хардварный RAID.

спасибо, но сейчас не является решением

Тогда не бугурти.

Как тебе UEFI будет искать EFS среди кучи linux raid?

А lvm рейда это касается? Если да, то ты спас мне жизнь.

Что? Ты просрал этот вопрос? Ну не переживай, в следующий раз внимательнее будешь.

Не понимаю, к чему такие эмоции ¯\(°_o)/¯

Не понял, о чем речь. Ты собрался EFI system partition разместить поверх LVM? Как ты собрался это сделать?

Вообще-то есть стандартный порядок «попробовать диски по списку». Если на этом диске нет пригодного загрузчика, пробуем следующий. Оно так уже много, много лет.

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

ну в случае использования MBR проблемы вроде как не наблюдается же?

В гугле забанили?

Ну логика у меня была такая: если можно скрестить mdadm raid с esp, то и с lvm raid такое должно сработать, т.к. его рейдовая часть основана на mdadm'ме. Но ошибку я уже понял.

Что значит «скрестить»? Раздел /boot ты можешь разместить поверх linux raid потому что первая стадия grub загружается из MBR и этой стадии плевать на тип раздела с /boot. Еще раз, внимание плевать на тип раздела. А вот раздел ESP может иметь ТОЛЬКО свой собственный тип.

Я тебя горячо поддерживаю. Этот efi - недоразумение. Специально стал его использовать, что бы оценить. Этот мерзкий раздел постоянно дает о себе знать, тем или иным способом. Явная ошибка дизайна, с которой теперь десятки лет придется страдать

ставь efi на SD карту, лол.

Осталось понять, при чём здесь синхронизация, и GPT. Похоже, у тебя каша в голове.

Это обычное дело для играющих в WoT.

Вообще-то читается код из MBR и ищется раздел с флагом «активный» и читается загрузчик из него.

На одном ESP-раздел может быть несколько загрузчиков. В список загрузки прописывается полное имя файла и идентификатор диска. Раздел может располагаться фактически где угодно, пока у него ID один и тот же.

Вообще-то читается код из MBR и ищется раздел с флагом «активный» и читается загрузчик из него.

Поиском активного раздела как раз занимается код из MBR. Этот код легко может работать по другому принципу. Например, GRUB-у фиолетово, есть ли активные разделы, или их нет, он грузит свой кусок из области после MBR и до первого раздела, дальше подгружается файл из /boot.

Использую efi-раздел на mdadm. В чём проблема и о чём пост непонятно.

Ну я как-то не вижу особой разницы между хранением кода загрузчика в области до 2048 сектора вроде и в виде файла на разделе. Разве что раздел в системе не светится.

Это штатное решение или какой-то грязный хак? Рецепт покажешь?

efi разделов

а зачем оно тебе?

Не пойму так а в чем проблема то? ESP спокойно заводится в mdadm. UEFI его спокойно читает в обход mdadm ибо его суперблок находится в конце раздела.

Это штатное решение или какой-то грязный хак? Рецепт покажешь?

Че тут грязного то? Центос например из коробки так умеет. При разбивке диска указываешь что хочешь esp на рейде - вот и весь хак.

Это штатное решение ввиде metadata 1.0. Единственное, чем оно может грозить - если какая-либо другая ос или uefi решит записать что-либо на твой esp раздел и зачем-то перепишет конец раздела, где метадата рэйда. Но от глупого соседа вряд ли что-либо спасёт.

У меня одна ОС, а уэфи ничего писать не сколнен.

Помимо того, что выбирается нужный формат хранения метаданных рэйда, решение ничем не отличается от обычного mdadm.

так как esp на linux raid сделать? Где рецепт?

ннда

Я так понимаю, тебе говорят о том, что, спокойно делаешь: mdadm -C -n2 -l1 --metadata 1.0, и указываешь девайсы. Синтаксис уже точно не помню, но суть в том, что: у тебя mdadm сделает raid1, всё что будешь писать в uefi партицию размножится. А прошивка uefi будет искать на диске нужный тебе загрузчик. Как-то так. Но не знаю, как поведёт себя uefi, когда увидит два одинаковых дисков, возможно задвоит загрузочные записи. Что может и удобно тоже.

Но не знаю, как поведёт себя uefi, когда увидит два одинаковых дисков

Разве uefi не должно быть пофиг на количество дисков? Все что uefi видит - это только один из загрузочных дисков, который в boot order стоит первым. Если сдох первый - то грузится со второго. И там и там одинаковые esp. Поправьте кто-нибудь если я не прав.

Оно должна видеть все диски с есп.

Извиняюсь, неправильно выразился. Да, видит она все esp которые найдет, но грузится то только с той которую укажешь же? У меня одна машина есть c uefi, так вот там просто две записи для каждой esp в зеркале из двух хардов.

Ну это надо менеджером уже смотреть какая в уефи последовательность выставлена.

У меня одна машина есть c uefi, так вот там просто две записи для каждой esp в зеркале из двух хардов.

Так я точно так же и предположил... А ты мне почему то намекнул, что я не очень прав. :)

Но ведь раздел для linux raid должен иметь код fd?

Нет.

Неа, это только для людей сделана метка. По факту md, сканирует все разделы при загрузке ОС на предмет своих метаданных.

Неа, это только для людей сделана метка.

Не совсем. Это обязательное требование для сборки массива ядром напрямую при загрузке. Работает только с форматом 0.90, и вряд ли нужно кому-то, кроме пары угорающих по загрузке без initrd задротов.

Не надо использовать зеркала из разделов с двух дисков. Используй зеркало из двух дисков, а это зеркало уже разбивай на разделы. В терминологии mdadm это называется container. Рейд суперблоки должны располагаться в конце дисков. Так делают контейнеры с метаданными форматов 0.9, imsm. Да, такой рейд контейнер не будет активироваться сам автоматически ядром. Нужно его активировать в early userspace (initramfs) вручную с помощью madam. Но в Дракуте уже сто лет в обед есть поддержка этого.

И это кстати работает не только для gpt дисков, но и для mbr дисков. Дополнительный бонус — зеркалируется и нулевой сектор. Не требуется устанавливать grub вручную в нулевой сектор каждого диска, grub устанавливается за один присест в нулевой сектор зеркала.

А при чем тут загрузчики офтопика (у них действительно так)?

Вот как... Это многое объясняет...

Полагаю, можно пометить как «решено».

Тебе следует прочитать вот это https://unix.stackexchange.com/questions/320103/whats-the-difference-between-... и навсегда забыть про linux raid из цельных дисков. Пока не вляпался.

Какую версию метадаты следует использовать для зеркала ESP разделов?