Raspberry Pi4B / (64bit 21.04): обновление дерева ядра 5.11 -1014-raspi / 1015-raspi apt убивает ОС

Теперь у меня есть две мои установки RPi4B (Xubuntu, 64-битная версия) версии 21.04, которые не загружаются после обычного обновления с обновлением дерева ядра до 5.11.0-1014-raspi или 5.11.0-1015-raspi. Я сделал первый отчет об ошибке примерно неделю назад, когда первая из моих сборок RPi4B загрузилась в Rainbow of Death, и я предупредил разработчиков, что с этим есть проблема. Я думал, что было бы безопасно обновиться на другом RPi4B с той же ОС, теперь он загружается с символом подчеркивания doom.

Как исправить загрузчик, если вообще? Любая помощь приветствуется. Я понятия не имею, что входит во весь сегмент uboot и так далее, и я, черт возьми, не хотел бы переустанавливать всю ОС с нуля.

Первый незагружаемый блок не показывает абсолютно ничего плохого в /var/log/ , вот последний из журналов из этого: https://paste.ubuntu.com/p/SXnzTTsNtS/

Мой главный вопрос; могу ли я как-то вернуть загрузчик к жизни, так как здесь, похоже, проблема? Когда первый блок был отключен из-за apt-update, я скопировал данные загрузочного раздела из тогда еще работающего и попытался выполнить rsync данных, но безрезультатно.

Нет абсолютно никакой документации о том, как Ubuntu Uboot работает на RPi4B, по крайней мере, я не нашел. Если кто-то может указать мне на Малиновый Пи 4B U-boot документация, я был бы очень рад ее прочитать. Теперь мне просто не повезло с двумя нефункциональными сборками ОС, которые прекрасно работали до планового обновления ядра.

Пожалуйста посоветуй. Спасибо.

ОБНОВЛЕНИЕ 1: Я получил свежую флешку, прошил 64-битную версию Ubuntu Server для RPi4B с помощью rpi-имиджери загрузился в новую систему. После запуска apt update и upgrades он тоже обновился до -1015-raspi, после чего я перезагрузился и пошла "радуга смерти" с четырьмя миганиями подряд (что указывало бы на то, что загрузчик не найден).

Итак, еще один кусает пыль. Я надеялся, что таким образом смогу получить работающий загрузчик, но не тут-то было.

ОБНОВЛЕНИЕ 2: Теперь есть отчет об ошибке на https://bugs.launchpad.net/ubuntu/+source/linux-meta-raspi/+bug/1937924

ОБНОВЛЕНИЕ 3: РЕШЕНО Я решил это самостоятельно без переустановки, дождавшись нового подходящего обновления пакетов ядра, а затем просто скопировал данные загрузочного раздела из новой установки в сломанную ОС. (См. ответ ниже.)

Ubuntu загружается с раздела FAT32 SD-карты. При прошивке нового ядра файлы старого сохраняются с .бак расширение. Итак, просто переименуйте их, используя другой Linux.

1. Смонтируйте загрузочный раздел (/dev/sda1 в моем случае)

sudo mount /dev/sda1 /mnt

2. Переименуйте все файлы с помощью .бак суффикс.

sudo переименовать -f -v 's/.bak//g' /mnt/*.bak
sudo переименовать -f -v 's/.bak//g' /mnt/overlays/*.bak

Выполнено!

UPD: Если причина вашей проблемы в слишком маленьком загрузочном разделе, этот подход может вам не помочь.

Я исправил это самостоятельно, просто дождавшись выхода нового обновления ядра для 64-битной Ubuntu на RPi4B. Я записал последний образ 64-битного Ubuntu Server на USB-накопитель, используя rpi-имиджер а затем запустил на нем первоначальную настройку на RPi4B. Затем я запустил установку на все доступные удачное обновление / удачное обновление пакеты и убедился, что он загружается без проблем после этих обновлений.

Затем я скопировал все ботинок-файлы разделов от здорового нового сервера Ubuntu до поврежденной ОС ботинок перегородка, исключая метаданные, сетевая конфигурация и данные пользователя файлы, а также cmdline.txt и config.txt.

Подключил и помолился, через какое-то время фыркнул в четырехточечном(. . . .) Экран Ubuntu, обе ОС ожили! Я очень счастлив сейчас.

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