De câțiva ani, sistemul meu desktop este un Dell PowerEdge T30 care pornește Ubuntu de pe un SSD SATA; a fost actualizat în mai multe versiuni și a fost la 21.04 de câteva luni. Săptămâna trecută, am încercat și am eșuat la o actualizare a memoriei (modul incompatibil) și m-am găsit cu un sistem care nu pornește. Nu știu exact ce a fost corupt în BIOS, GRUB și/sau EFI. După mai multe încercări de remediere, inclusiv o nouă instalare 21.04 pe o altă unitate și un BIOS actualizat și resetat la valorile implicite, acum pot reveni în mediul meu obișnuit și am verificat că pot porni pe acesta fie în modul Legacy, fie în UEFI. (SSD-ul pornit /dev/sda nu este formatat GPT; Cred că inițial am instalat Ubuntu acolo în modul BIOS.)
Vestea proastă, totuși, este că nu mai pot porni cu succes de la pornire fără a interveni prin intermediul F12 meniu unic de selecție de pornire. Dacă pornesc aparatul fără F12, trec de un ecran afișat la nivel de BIOS (care a fost întotdeauna prezent) care oferă configurarea RAID hardware Intel, văd câteva LED-uri suplimentare de acces la disc clipește, iar mașina tace apoi fără a ajunge la o stropire GRUB vizibilă. Unele opțiuni selectate din F12 meniul eșuează în același mod, cu un comportament care pare să varieze parțial în funcție de dacă setările BIOS sunt configurate pentru modul Legacy vs. UEFI și/sau dacă acea setare a modului original este suprascrisă în F12 meniul. Odată ce ajung la ecranul GRUB, selecția funcționează normal și, odată ce sunt pornit în Ubuntu, repornirea funcționează fără probleme; problemele par specifice pornirii la rece. Nu pot spune cât de mult din cauza de bază poate cădea în domeniul firmware-ului și al configurației CMOS față de EFI și GRUB, dar voi începe aici în cazul în care alți utilizatori Ubuntu au văzut ceva similar.
Când am început să investighez, SSD-ul a arătat o partiție mică fat32 care a fost indicată ca fiind etichetată cu (boot, esp), dar care părea goală. După instalarea în modul EFI cu acea partiție, am verificat (prin efibootmgr -v) că diferite opțiuni de pornire pot lansa cu succes instalarea dorită folosind fie GRUB al SSD-ului, fie GRUB al noii instalări Ubuntu ca BootCurrent.
Așa cum este pornit EFI în prezent, rezultatul efibootmgr este așa cum se arată mai jos. Mount îmi spune și că efivarfs este montat pe /sys/firmware/efi/efivars, și /dev/sda2 pe /boot/efi.
$ efibootmgr -v
Boot Current: 0000
Timeout: 1 secundă
BootOrder: 0000,000D,0001,000E,0005,0006,0007
Boot0000* ubuntu HD(2,MBR,0x5be31cf4,0x33000,0x400000)/Fișier(\EFI\ubuntu\grubx64.efi)
Boot0001 Unitate de dischetă BBS (Dischetă, Unitate de dischetă, 0x0)..BO
Boot0005* Dispozitiv de stocare USB BBS(USB,Dispozitiv de stocare USB,0x0)..BO
Boot0006* Unitate CD/DVD/CD-RW BBS(CDROM,P2: HL-DT-ST DVD+/-RW GU90N ,0x0)..BO
Boot0007 NIC BBS la bord (Rețea, IBA CL Slot 00FE v0106,0x0)..BO
Boot000D* UEFI: ST4000VN008-2DR166 HD(2,GPT,5f7553fb-3ff3-427b-b0ac-821bfb2d1a50,0x16e360800,0x100800)/File(EFIx).BOot\64.boot
Boot000E* HDD intern BBS(HD, HDD intern, 0x0)..BO
Dosarul la Ieșire de reparare a pornirii este raportul boot-repair privind configurația așa cum este acum. După ce am rulat boot-repair și am primit erori, am adus sistemul într-o stare în care a ajuns doar la un shell GRUB, am făcut o altă instalare grub. Am primit o eroare că GRUB nu a fost construit cu suport efivar, deci nu a putut fi înregistrată nicio intrare de pornire EFI, dar configurația este acum bootabilă EFI ca înainte prin F12. Fișierul, așa cum este postat, reprezintă o rulare numai pentru informații. Observ că textul său (linia 447) sugerează acum o reparație la GRUB activat /dev/sdc, mai degrabă decât rulările anterioare în care recomandase repararea GRUB pe /dev/sda (SSD-ul, care este cel la care îmi pasă în primul rând).
Are cineva idei de remedieri sau căi de explorat? De dorit, aș prefera să continui să folosesc și să actualizez instalația mea Ubuntu stabilită acolo unde scriu acum (cu configurația care include mdadm RAID pentru /Acasă) mai degrabă decât să destabilizeze în continuare și să o reconstruiești. Deși este posibil să se rezolve utilizând F12 din meniu, aș prefera ca sistemul să revină la locul în care era acum o săptămână, pornind fiabil în GRUB sau Ubuntu de la pornire la rece. Multumesc pentru lectura.
