Încercarea de a actualiza nucleul la 5.14+ pe 20.04 pentru arm64

Nu sunt un utilizator linux de zi cu zi, dar nici nu sunt un începător. Am nevoie de ubuntu pentru un proiect software și este cel mai ușor pentru mine să folosesc o mașină virtuală tradițională (deși mă gândesc la multipass).

Sunt, de asemenea, pe o versiune de braț a macOS, iar „previzualizarea tehnologiei” a VMWare a fost cea mai bună opțiune. Instalarea vm și totul a mers rezonabil de bine, dar pentru a obține rezoluții de afișare mai mari de 1024x768, VMWare recomandă actualizarea la nucleul 5.14+. Cu toate acestea, pare să existe o problemă, descrisă aici:

Nucleul principal depinde acum de libc6 2.33, neinstalabil în focal?

Rezumat: anteturile kernelului se bazează pe o versiune libc6 mai nouă decât cea oferită de 20.04, astfel încât anteturile nu sunt instalate corect, determinând eșuarea procesului de pornire.

Se pare că există oferte de nucleu de la tuxinvader, dar nu pot spune din PPA dacă există opțiuni arm64. În plus, aceasta nu este o soluție grozavă pe termen lung.

O altă opțiune este să compilați un nucleu personalizat, dar aș dori să evit asta dacă există opțiuni mai bune.

După o actualizare ubuntu, nucleul meu este la 5.13, dar am nevoie de 5.14+ pentru a face din aceasta o stație de lucru adecvată, cu rezoluții mai bune.

Există ceva ce pot face în afară de compilarea propriului meu nucleu (sau să caut o soluție non-vmware)? Pare ciudat că, după multe luni, acest lucru nu s-a rezolvat, așa că mă asigur că nu îmi lipsește ceva.

EDIT: Iată informațiile solicitate de @n0rbert:

$ uname -a
Linux <hostname> 5.13.0-28-generic #31~20.04.1-Ubuntu SMP <datetestamp> aarch64 aarch64 aarch64 GNU/Linux

$ dpkg -l | grep 'linux-image'
linux-image-5.11.0-41-generic Semnat (arm64)
linux-image-5.13.0-28-generic Semnat (arm64)
linux-image-generic-hwe-20.04 Generic (arm64)

Deci nu sunt sigur dacă aceasta este o soluție sau ce se întâmplă exact, dar am încercat să folosesc scriptul „ubuntu-mainline-kernel.sh” pentru a face munca de actualizare a nucleului pentru mine, crezând că va eșua sau, în mod similar, nu va funcționa. .

Rulând scriptul pentru a instala v5.14.21, a menționat că „a găsit mai multe fișiere decât se aștepta”, dar i-am spus să continue. A continuat să descarce și să instaleze corect, dar la sfârșit a menționat că a eșuat o sumă de control, dar instalarea oricum și totul părea în regulă.

La repornire, grub nu va porni kernel-ul implicit, care este acum 5.14.21-64k (indiferent ce ar fi acesta), dar atunci când selectează manual 5.14.21, pornește așa cum era de așteptat.

Pot confirma că rulează într-adevăr 5.14.21 și că am opțiunile de rezoluție care mi s-au promis. Uf.

Deci chiar nu am idee ce s-a întâmplat, deoarece scriptul kernel-ului a ascuns detaliile, dar se pare că funcționează acum. Poate că are ceva de-a face cu aceste nuclee suplimentare „64k”? Nu sunt sigur care sunt acestea, dar se pare că ar trebui să le țin deocamdată.

Dacă cineva are vreo perspectivă asupra a ceea ce se întâmplă, aș fi interesat de o explicație.