(Postat încrucișat din Raspberry Pi StackExchange)
Raspberry Pi 4 al meu a fost încărcat inițial cu Ubuntu 21.04, dar după lansarea de ieri a lui 21.10, am făcut upgrade folosind face-eliberare-upgrade comanda.
Printre celelalte pachete actualizate, a existat un nou nucleu Linux: înainte de actualizare, versiunea de kernel a fost 5.11.0-1019-raspi, în timp ce o nouă versiune 5.13.0-1008-raspi a fost instalat în cursul upgrade-ului.
După repornirea solicitată la sfârșitul procesului de actualizare, am aflat acea versiune de kernel 5.11.0-1019-raspi era încă în uz. Am încercat să reinstalez module precum linux-image-5.13.0-1008-raspi, linux-image-raspi linux-module-5.13.0-1008-raspi și linux-raspi, precum și eliminarea vechii versiuni de kernel. Am confirmat asta /boot/vmlinuz și /boot/firmware/vmlinuz indică același fișier și este cel pentru versiune 5.13.0-1008-raspi. În plus, după eliminarea versiunii veche, chiar vmlinuz.vechi indică noua versiune, așa că nu am idee de unde preia sistemul vechea versiune.Rețineți că au existat destul de multe reporniri în acest proces, chiar și una fizică prin scoaterea cablului de alimentare.
Indiferent de tot ce s-a făcut mai sus, sistemul încă pornește 5.11.0-1019-raspi. Bănuiesc că lipsește un pas de instalare care actualizează un fel de memorie de la bord pe Raspberry Pi.
Rețineți că, de când am instalat Ubuntu 21.04 pe această placă în urmă cu câteva luni, am văzut upgrade apt instalați versiuni noi de nucleu -- Sunt conștient de acest lucru din cauza necesității de a recompila un modul personalizat de kernel. Astfel, upgrade-ul a funcționat automat în trecut. Nu sunt sigur de ce nu funcționează de data asta.
Întrebarea mea este: ce trebuie să fac pentru ca Raspberry Pi să pornească noua versiune a nucleului?
EDITAȚI | ×: după cum sa cerut, acesta este conținutul /etc/default/grub:
# Dacă modificați acest fișier, rulați „update-grub” după aceea pentru a actualiza
# /boot/grub/grub.cfg.
# Pentru documentația completă a opțiunilor din acest fișier, consultați:
# info -f grub -n „Configurație simplă”
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=ascuns
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="stropire liniștită"
GRUB_CMDLINE_LINUX=""
# Anulați comentariile pentru a activa filtrarea BadRAM, modificați pentru a se potrivi nevoilor dvs
# Acest lucru funcționează cu Linux (nu este nevoie de patch) și cu orice nucleu care se obține
# informațiile hărții memoriei de la GRUB (GNU Mach, nucleul FreeBSD...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefefe"
# Anulați comentariile pentru a dezactiva terminalul grafic (numai grub-pc)
#GRUB_TERMINAL=consola
# Rezoluția utilizată pe terminalul grafic
# rețineți că puteți utiliza numai modurile pe care placa dvs. grafică le acceptă prin VBE
# le puteți vedea în GRUB real cu comanda `vbeinfo'
#GRUB_GFXMODE=640x480
# Anulați comentariile dacă nu doriți ca GRUB să transmită parametrul „root=UUID=xxx” către Linux
#GRUB_DISABLE_LINUX_UUID=adevărat
# Anulați comentariile pentru a dezactiva generarea intrărilor din meniul modului de recuperare
#GRUB_DISABLE_RECOVERY="true"
# Anulați comentariile pentru a primi un bip la pornirea grub
#GRUB_INIT_TUNE="480 440 1"
Cât despre grub-editenv, care nici măcar nu exista (a trebuit să instalez grub-comun apt pachet), ieșirea sa este goală. S-ar putea să mă înșel, dar Raspberry Pi nu folosește propriul sistem de pornire care ocolește grub?
