Замена диска nvme в массиве RAID 1 mdadm проблема с разделами дисков

Раздел на втором диске должен быть тоже vfat и видеться в blkid как раздел, с файловой системой vfat.

Идентификатор UUID файловой системы может быть другой.

Вообще, при работе загрузчика он должен уметь обслуживать фактически на EFI раздела, обновляя efi файл с образом загрузчика на обоих, так что, скорее всего в /etc где-то должно быть прописано в UUID обоих EFI разделов или напротив один.

С такой схемой я до конца не разбирался.

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

Что бы тебе более детально подсказать - нужно промоделировать на виртуалке такое поведение, применительно, что это будет не nvme, а обычный (виртуальный) диск с другой моделью - это без разницы.

У меня есть сомнения в том, что UUID файловых систем должен быть разный, с одной стороны - загрузчик должен искать свой раздел и раздел со своими модулями, а это может быть EFI раздел по UUID, но возможно и по PARTUUID. У тебя сейчас копия и таблицы разделов на обоих дисках одинаковая и PARTUUID там, скорее всего совпадают.

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

В EFI разделах рядом с efi файлом grub должен лежать мини конфиг, в котором должна быть указана всего одна строчка, может две, указывающая с раздела с каким PARTUUID или файловой системе с каким UUID загружать основной конфиг и остальные модули GRUB.

И для унификации конфигов получается PARTUUID и UUID должны быть одинаковыми. Но есть нюанс, как их потом по очереди монтировать, чтобы сценарии ОС при обновлении пакета с загрузчиком GRUB обновили efi файл образа загрузчика.

В итоге, если UUID и PARTUUID будут одинаковыми - строки в конфигах будут одинаковыми.

Хм, думаю UUID и PARTUUID всё же должны быть разными. Грепай (ищи) в /etc упоминание UUID PARTUUID которые есть.

В мини конфиге на EFI разделе должен быть UUID файловой системы где находится директория /boot, а она у тебя на файловой системе на RAID массиве.

Там должна быть версия метаданных RAID определённого типа, чтобы загрузчик (GRUB) мог его найти и прочитать оттуда свой основной конфиг, модули, ядро и инитрамфс.

Рассуждения и анализ вслух.

Если разберёшься - напиши, пожалуйста, просто интересно. Я могу сам разобраться, но сейчас готовой конфигурации нет.

Надеюсь, тебе это поможет.

Удачи.

Часто загрузчик может быть один, его не надо зеркалировать. Т.е. на одном диске загрузчик, на другом на этом же месте, скажем, swap, или вообще ничего. Т.е. возможно у тебя такая структура и была.

Как узнать?

по я потом закоментил эту строку в fstab и ошибка ушла.

Строку-то покажи. Куда монитровался диск?

Нужны файлы /etc/fstab, /etc/mdadm.conf и blkid, будем смотреть.

Выложи только нормально: Как правильно копировать вывод терминала

Ну очень маловероятно. А смысл тогда в таком RAID1 с системным разделом и загрузчиком?

Поставь Debian на GPT разметку в EFI режиме с корнем на RAID.

Не помню делает так сам установщик или надо докручивать руками, но если руками делать, ставя систему через debootstrap, то только с двумя полноценными EFI разделами можно добиться возможности загрузки системы, если вылетает один физический диск из RAID, массив как раз на mdadm собирается из разелов.

А EFI не может быть в RAID.

Для загрузки на деградированном RAID1 в mdadm нужно будет добавлять параметры ядру (скрипту init в initramfs), но загрузиться можно будет и уже из самой системы добавить в массив новый диск.

возможно это не правильно

Правильно, только потом еще надо было пройтись по новому диску с ключиком -G.

fdisk?

Хочешь сказать при обновлении пакета с grub будет автоматически производиться обновление efi файла образа и конфига на всех разделах с типом EFI System Parition?

Можно команду целиком / пример?

fdisk?

Нет, я про использованную ТСом sgdisk

        -G, --randomize-guids
              Randomize the disk's GUID and all partitions' unique GUIDs (but not their partition type code GUIDs). This function may be used after cloning a disk in or‐
              der to render all GUIDs once again unique.

Ты про обновление GUID в GPT - да, лучше сгенерировать новый.

Думаешь только в этом глюк. Возможно. А я тут анализа развёл.

Не успел исправить первое сообщение.

Хочешь сказать при обновлении пакета с grub будет автоматически производиться обновление efi файла образа и конфига на всех разделах с типом EFI System Parition?

А вот эту часть можно было бы решить mdadm'ом с какой-то там версией метаданных для RAID1. Или просто накостылить кастомный скрипт, который будет копировать образ куда надо.

Какое-то решение готовое уже должно быть в дистрибутивах. Спасибо за ответы.

Ничего сложного. sgdisk скопировал таблицу разделов, но файловую систему-то ты не создал, нужно было ещё mkdosfs применить на втором загрузочном разделе, а вот как автоматом обновлять груб там я не знаю, но можно попробовать просто пофайлово скопировать с первого раздела.

Покажи ещё /etc/fstab включая удалённую строку.

Всем спасибо! Прочитав все Ваши комментарии пошел следующим путём. т.к. у меня были уже спокированы диреткории с первого диска я форматировал первый раздел на втором диске в vfat а потом просто примонтировал оба первых раздела с двух дисков и пофайлово скопировал boot раздел. Поправил fstab раскоментил старую запись и поменял в ней UUID на актуальный. Все заработало, ошибки ушли пробовал вынимать первый диск ОС начала грузиться.