Рейтинг:0

Raspberry Pi 4: обновленное ядро ​​не выбирается при следующей загрузке

флаг pl

(Кросс-пост от Обмен Raspberry Pi на StackExchange)

Мой Raspberry Pi 4 изначально был загружен с Ubuntu 21.04, но после вчерашнего выпуска 21.10 я обновился с помощью делать-релиз-обновление команда.

Среди других обновленных пакетов было новое ядро ​​Linux: до обновления версия ядра была 5.11.0-1019-распи, пока новая версия 5.13.0-1008-распи был установлен в процессе обновления.

После запрошенной перезагрузки в конце процесса обновления я узнал, что версия ядра 5.11.0-1019-распи все еще использовался. Я попытался переустановить такие модули, как Linux-образ-5.13.0-1008-raspi, linux-образ-raspi linux-модули-5.13.0-1008-raspi и линукс-распи, а также удаление старой версии ядра. Я подтвердил, что /загрузка/vmlinuz и /загрузка/прошивка/vmlinuz указать на тот же файл, и это файл для версии 5.13.0-1008-распи. Более того, после удаления старой версии даже vmlinuz.old указывает на новую версию, поэтому я понятия не имею, откуда система получает старую версию.Обратите внимание, что в процессе было довольно много перезагрузок, даже физических, путем отключения кабеля питания.

Независимо от всего, что было сделано выше, система все равно загружается до 5.11.0-1019-распи. Я подозреваю, что отсутствует шаг установки, который обновляет какую-то встроенную память на Raspberry Pi.

Обратите внимание, что после установки Ubuntu 21.04 на эту плату несколько месяцев назад я видел удачное обновление установить новые версии ядра - я знаю об этом из-за необходимости перекомпилировать пользовательский модуль ядра. Таким образом, в прошлом обновление работало автоматически. Я не уверен, почему это не работает на этот раз.

Мой вопрос: что мне нужно сделать, чтобы Raspberry Pi загрузил новую версию ядра?

РЕДАКТИРОВАТЬ: по запросу это содержимое /etc/по умолчанию/жратва:

# Если вы измените этот файл, после этого запустите update-grub, чтобы обновить
# /boot/жратва/жратва.cfg.
# Полную документацию по параметрам этого файла см. в:
# info -f grub -n 'Простая конфигурация'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE = скрыто
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || эхо Debian`
GRUB_CMDLINE_LINUX_DEFAULT="тихий всплеск"
GRUB_CMDLINE_LINUX=""

# Раскомментируйте, чтобы включить фильтрацию BadRAM, измените в соответствии с вашими потребностями
# Это работает с Linux (патч не требуется) и с любым ядром, которое получает
# информация о карте памяти из GRUB (GNU Mach, ядро ​​FreeBSD...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Раскомментируйте, чтобы отключить графический терминал (только для grub-pc)
#GRUB_TERMINAL=консоль

# Разрешение, используемое на графическом терминале
# обратите внимание, что вы можете использовать только те режимы, которые ваша видеокарта поддерживает через VBE
# вы можете увидеть их в реальном GRUB с помощью команды `vbeinfo'
#GRUB_GFXMODE=640x480

# Раскомментируйте, если вы не хотите, чтобы GRUB передавал параметр "root=UUID=xxx" в Linux
#GRUB_DISABLE_LINUX_UUID=истина

# Раскомментируйте, чтобы отключить генерацию пунктов меню режима восстановления
#GRUB_DISABLE_RECOVERY="истина"

# Раскомментируйте, чтобы получить звуковой сигнал при запуске grub
#GRUB_INIT_TUNE="480 440 1"

Что касается grub-editenv, которого даже не существовало (пришлось установить личинка подходящий package), его вывод пуст. Я могу ошибаться, но разве Raspberry Pi не использует собственную систему загрузки, которая обходит стороной личинка?

nobody avatar
флаг gh
Пожалуйста, добавьте `cat /etc/default/grub` к вашему вопросу. и список grub-editenv
nobody avatar
флаг gh
ты прав. Я пропустил часть raspi. :( Недостаточно кофе. Извините.
Рейтинг:0
флаг pl

Эта команда исправила это:

sudo flash-kernel 5.13.0-1008-raspi

Я почти уверен, что видел тот же результат в ходе моих попыток, описанных в вопросе, но в любом случае теперь это исправлено.

Ответить или комментировать

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