Folosind Ubuntu 20.04 pe AWS (ec2), am vrut să-mi schimb nucleul de la AWS la unul generic. Când îl încerc în modul sugerat cu schimbarea Grub Config, oprește mașina.
Acest lucru se datorează faptului că Jibri (Jitsi Video Recorder) necesită utilizarea ALSA și pentru a modifica snd-aloop , dar orice ar dori o latență scăzută sau un nucleu diferit ar avea aceeași nevoie.
Ce am incercat:
Prinde imaginea:
sudo apt install linux-image-extra-virtual
Veți vedea că face referire la ceva de genul Linux 5.4.0-84-generic în pachetele de instalare, vă ajută mai târziu.
Acum, enumerați intrările de boot pe care le aveți pentru noul nucleu generic
grep -A200 submeniu /boot/grub/grub.cfg |grep -P '^(?=.*menuentry)(?=.*generic)'
Înțeleg:
menuentry „Ubuntu, cu Linux 5.4.0-84-generic” --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-84-generic-advanced-e8070c31-bfee -4314-a151-d1332dc23486' {
menuentry 'Ubuntu, cu Linux 5.4.0-84-generic (mod de recuperare)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-84-generic-recovery -e8070c31-bfee-4314-a151-d1332dc23486' {
În ceea ce este probabil linia de sus, și nu cea care menționează modul de recuperare, copiați intrarea din meniu la începutul liniei. Pe al meu arată ca Ubuntu, cu Linux 5.4.0-84-generic, dar va fi diferit pentru toată lumea.
Acum, voi edita /etc/default/grub ,
Comentați GRUB_DEFAULT=0 (încarcă prima intrare din lista dvs. de boot grub) și schimbați-l în șirul pe care l-am găsit mai devreme. Pentru mine, această secțiune a fișierului arată acum astfel:
#GRUB_DEFAULT=0
GRUB_DEFAULT="Ubuntu, cu Linux 5.4.0-84-generic"
Aceasta nu este încă o configurație adecvată - o folosim pentru a lăsa grub să verifice și pentru a ne spune cel mai bun mod de a face acest lucru.
În acest moment, putem sudo update-grub, care îmi va da un avertisment prietenos ca acesta (acesta este bine!)
Avertisment: Vă rugăm să nu folosiți titlul vechi „Ubuntu, cu Linux 5.4.0-84-generic” pentru GRUB_DEFAULT, folosiți „Opțiuni avansate pentru Ubuntu>Ubuntu, cu Linux 5.4.0-84-generic” (pentru versiunile anterioare 2.00) sau `gnulinux-advanced-e8070c31-bfee-4314-a151-d1332dc23486>gnulinux-5.4.0-84-generic-advanced-e8070c31-bfee-4314-a151-d13320d' (la23480d)
Din nou, asta e bine! Știm că am specificat ceva pe care îl recunoaște. Toată lumea rulează grub mai nou de 2.00 în aceste zile, așa că acum edităm /etc/default/grub din nou și îl schimbăm la valoarea finală:
(valorile mele vor fi diferite de ale tale)
#GRUB_DEFAULT=0
#GRUB_DEFAULT="Ubuntu, cu Linux 5.4.0-84-generic"
GRUB_DEFAULT="gnulinux-advanced-e8070c31-bfee-4314-a151-d1332dc23486>gnulinux-5.4.0-84-generic-advanced-e8070c31-bfee-4314-a1586d-c23434"
sudo update-grub și văd că avertismentul a dispărut acum.
Acum fac o sudo reporniți acum
În acest moment, grub mi-a oferit o configurație care ar trebui să încerce să pornească nucleul generic, revenind la cel normal.
În schimb, rămâne blocat într-o buclă de pornire.
În consola serială, văd acest lucru în timpul buclei de pornire în mod repetat.
[ 0.000000] Linux versiunea 5.4.0-84-generic (buildd@lgw01-amd64-050) (gcc versiunea 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #94-Ubuntu SMP Joi: 27 august: 20 37 UTC 2021
(Ubuntu 5.4.0-84.94-generic 5.4.133)
[ 0.000000] Linie de comandă: BOOT_IMAGE=/boot/vmlinuz-5.4.0-84-generic root=PARTUUID=5198cbc0-01 ro console=tty1 console=ttyS0 nvme_core.io_timeout=4294967295 panic=-
1
[ 0,000000] CPU suportat KERNEL:
[ 0,000000] Intel GenuineIntel
[ 0,000000] AMD AuthenticAMD
[ 0,000000] Hygon HygonGenuine
[ 0,000000] Centaur CentaurHauls
[ 0,000000] zhaoxin Shanghai
... o mulțime de initări ale procesorului care sunt greu de copiat..
[ 10.366218] rtc_cmos 00:00: setarea ceasului sistemului la 2021-09-21T11:25:30 UTC (1632223530)
[ 10.373185] md: Se așteaptă ca toate dispozitivele să fie disponibile înainte de autodetecția
[ 10.460173] md: Dacă nu utilizați raid, utilizați raid=noautodetect
[ 10.464642] md: Autodetectare matrice RAID.
[ 10.468024] md: autorun ...
[ 10.470867] md: ... autorun DONE.
[ 10.473906] VFS: Nu se poate deschide dispozitivul rădăcină „PARTUUID=5198cbc0-01” sau unknown-block(0,0): eroare -6
[ 10.562806] Vă rugăm să adăugați o opțiune corectă de pornire „root="; iată partițiile disponibile:
[ 10.569825] Kernel panic - nu se sincronizează: VFS: Imposibil de montat root fs pe unknown-block(0,0)
[ 10.674637] CPU: 1 PID: 1 Comm: swapper/0 Netimbrat 5.4.0-84-generic #94-Ubuntu
[ 10.682527] Nume hardware: Amazon EC2 t3.small/, BIOS 1.0 16.10.2017
[ 10.686735] Urmărire apel:
[ 10.691100] dump_stack+0x6d/0x8b
[ 10.759061] panica+0x101/0x2e3
[ 10.761974] mount_block_root+0x23f/0x2e8
[ 10.765568] mount_root+0x38/0x3a
[ 10.768584] prepare_namespace+0x13f/0x194
[ 10.771873] kernel_init_freeable+0x23f/0x263
[ 10,775368] ? rest_init+0xb0/0xb0
[ 10.859141] kernel_init+0xe/0x110
[ 10.862101] ret_from_furk+0x35/0x40
[ 10.865843] Kernel Offset: 0x36a00000 de la 0xffffffff81000000 (interval de relocare: 0xffffffff80000000-0xffffffffbfffffff)
Îmi spune că nu poate găsi dispozitivul de boot sau partuuid conform acestuia.
În acest moment, trebuie să închei instanța și să încerc din nou, deoarece nu o pot recupera cu ușurință.
Există o modalitate mai bună de a-mi schimba nucleul cu cel generic? Aș fi mulțumit să folosesc imaginea generică oricum posibil în acest moment, dacă pornește.
