Nu s-a putut deschide \EFI\UBUNTU\*garbled* - Parametru nevalid

Azi am ceva ciudat. Am căutat pe tot internetul, dar nu găsesc pe nimeni care să aibă aceeași problemă.

Am Kubuntu 21.04 și Windows 11 instalate în dual-boot.

Ieri, am făcut o „actualizare cumulativă” pentru Windows 11, apoi am oprit computerul.

Astăzi, nu pot face GRUB să se încarce. Am încercat să introduc următoarea comandă în linia de comandă Windows, dar nu a ajutat

bcdedit /set {bootmgr} cale \EFI\ubuntu\grubx64.efi

Un nume de fișier pare să fi fost corupt sau ceva. Iată o imagine a mesajului de eroare:

Poate cineva să-mi spună cum să repar asta?

EDIT: Așa că am reușit să obțin înapoi folosind boot-repair DAR de îndată ce am pornit din nou în Windows 11, problema a reapărut (fără actualizare Windows, doar pornire simplă).

Așa că am reparat din nou și, deoarece boot-repair reinstalează în principiu Grub, a trebuit să-l reconfigurez pentru iommu (izolarea GPU pentru VM).

Deci, deocamdată, pot ajunge la Kubuntu și pot lucra cu VM-urile mele, dar sunt cam nervos să încerc din nou Windows 11, deoarece configurarea iommu necesită timp și am mult de lucru.

Specificații de sistem:

• I9-10900K
• 64 GB Corsair DDR4
• SSD Sambung EVO+ NVME de 1 TB
• AMD Radeon Pro W5700
• Msi Z490-A Pro

Ieșire sudo efibootmgr -v (după remediere)

Boot Current: 0003
Timeout: 0 secunde
BootOrder: 0003,0001
Boot0001* Windows Boot Manager HD(1,GPT,41013caf-e980-464c-b214-4c6885f2bac7,0x800,0x32000)/Fișier(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot0003* ubuntu HD(1,GPT,41013caf-e980-464c-b214-4c6885f2bac7,0x800,0x32000)/Fișier(\EFI\UBUNTU\SHIMX64.EFI)

PS îmi pare rău pentru calitatea proastă a englezei mele, deoarece nu este limba maternă.

Mulțumiri

Am investigat cum să repar boot-ul grub. În cele din urmă, am găsit soluția cu următoarele comenzi:

1. sudo add-apt-repository -y ppa:yannubuntu/boot-repair

2. sudo apt install -y boot-repair

3. reparare cizme

Dar, atunci când pornesc ulterior în Windows și apoi repornesc pentru a mă autentifica la Ubuntu, apare aceeași problemă.

Am versiunea BIOS:

• Windows 10 Pro versiunea 1909
• Ubuntu 20.04.20 LTS

Ceea ce a funcționat pentru mine a fost să numesc partiția FAT32 și apoi din terminalul Windows să localizez folderul ubuntu și doar să adaug grubx64.efi.gbr

Denumirea partiției dvs. FAT32 (Dacă ați făcut deja acest lucru, ignorați această parte):

Deschideți terminalul Windows ca administrator

1. Alegeți Diskpart:

   C:\WINDOWS\system32> diskpart       
   

2. Aflați numărul de disc al partiției dvs. FAT32

   DISKPART> list vol `
   

3. Selectați volum (aici 2 este un exemplu de număr de volum)

   DISKPART> sel vol 2 `
   

4. Denumirea volumului:

   DISKPART> atribui litera=E: `
   

5. Ieșiți din Diskpart:

   DISKPART> ieșire `
   

Remedierea Grub:

1. Primul

    C:\WINDOWS\system32> cd /d E:     
   

2. Atunci

    E:\> ls EFI
   

3. Următorul

    E:\>cd EFI
   

4. Următorul

    E:\EFI>cd ubuntu
   

5. Următorul

    E:\EFI\ubuntu> atingeți grubx64.efi.gbr
   

6. Acum reveniți la C Drive și setați calea la grub ca implicit:

   E:\EFI\ubuntu> cd /d C:
   
   C:\WINDOWS\system32> bcdedit /set {bootmgr} cale \EFI\ubuntu\grubx64.efi
   

7. Reporniți computerul și ar trebui să funcționeze.

În terminal, încercați să rulați:

sudo update-grub
sudo apt update && sudo apt upgrade

Am avut și eu această problemă și a trebuit să folosesc boot-repair de pe un USB live. Am încercat asta după ce am văzut că în repo-ul standard pare să existe o versiune grub actualizată, cred (grub2? Este veche sau sunt doar prost?). După actualizare și repornire, primesc în continuare același ecran de eroare ca și dvs., dar pe ultima linie, acum scrie:

start_image() a returnat un parametru nevalid, revenind la valorile implicite încărcător

Cu asta, acum arată meniul general grub cu care sunt obișnuit, permițându-mi să selectez din nou Windows 10 sau Ubuntu. Aceasta a fost închisă am ajuns la o soluție, așa că fără a fi nevoie să rulez boot-repair de fiecare dată când nu am Windows și trebuie să ajung la Ubuntu. Sper ca asta ajuta!

Am avut aceeasi problema si am gasit alta intrebare legat de aceasta.

Am aflat că problema mea a fost probabil un fel de funcționare defectuoasă a Windows care a cauzat erori la încărcarea GRUB. Ceea ce a funcționat de fapt pentru mine a fost reinstalarea GRUB pentru boot UEFI (și nu pentru cea Legacy), urmând arh wiki, și schimbând setările mele BIOS din „Legacy+UEFI” în „UEFI”.

Sper că acest lucru va ajuta!

Am avut aceeași problemă după actualizarea la Ubuntu 21.04 dual-booting cu W10, dar introducerea comenzii pe care ați încercat-o într-o linie de comandă admin din Windows pare să fi rezolvat-o.

bcdedit /set {bootmgr} cale \EFI\ubuntu\grubx64.efi

Am aceeași problemă după actualizarea Kubuntu la 21.04.

Pornit de pe USB live, am încercat boot-repair cu diferite opțiuni, nu a ajutat.

Sa dovedit că computerul meu Acer:

• Nu acceptă pornirea prin shimx64.efi, dar suportă grubx64.efi și refind_x64.efi.
• Acceptă numai înregistrarea de pornire numită „Windows Boot Manager” și ignoră altele.

Soluția care a funcționat pentru mine:

1. Porniți de pe un USB live Linux adecvat, de exemplu Kubuntu live USB.

2. Deveniți root și instalați efibootmgr dacă este necesar:

    sudo -i
    apt install efibootmgr
   

3. Verificați dacă înregistrarea de pornire activă numită „Windows Boot Manager” conține încărcător de pornire nedorit:

    efibootmgr --verbose
   

4. Notați numărul înregistrării de pornire activă. Formatul său va fi BootXXXX. În cazul meu a fost Boot0000.

5. Eliminați înregistrarea de pornire activă:

    efibootmgr --delete-bootnum --bootnum 0000
   

6. Creați o înregistrare de pornire cu încărcătorul de pornire dorit la locul înregistrării de pornire tocmai eliminate:

    efibootmgr --create --bootnum 0000 \
               --label „Windows Boot Manager” \
               --loader „\EFI\ubuntu\grubx64.efi”
   

   sau

    efibootmgr --create --bootnum 0000 \
               --label „Windows Boot Manager” \
               --loader „\EFI\refind\refind_x64.efi”
   

7. Verificați dacă tabelul de înregistrare de pornire arată bine acum:

    efibootmgr --verbose
   

8. Reporniți.

De asemenea, suferă de această problemă care rulează Windows 10 dual-booting cu Ubuntu 20.04.3 LTS. Urmând sfaturile din acest thread și altele, am ajuns la același punct cu FirDouglas. Adică, grub nu se încarcă inițial, apoi „revine la încărcătorul implicit” și pot selecta Ubuntu. Acest lucru ar fi suportabil dacă Ubuntu s-ar încărca corect. Indiferent de motiv, nu încarcă driverul grafic NVIDIA (și posibil și altele, dar nu am testat suficient ca să aflu) și rezoluția este de tot felul dezordonată. Rularea boot-repair și repornirea repară totul. Încărcarea în Windows o rupe din nou, din păcate.

Nu am suficiente cunoștințe tehnice pentru a remedia singur, dar, sperăm, această informație ajută la indicarea problemei.

EDIT: Am reușit să găsesc o soluție (care funcționează pentru mine, cel puțin). Adică, trecerea de la shimx64.efi la grubx64.efi, ceea ce sună ca ceea ce a făcut FirDouglas, cu excepția faptului că am făcut-o prin pachetul de reparare a pornirii. Iată ce am făcut: în loc să aleg reparația recomandată, am intrat în opțiunile avansate și, sub „Opțiuni GRUB”, am debifat opțiunea „SecureBoot” (este bifată implicit, în ciuda faptului că Secure Boot este dezactivată în BIOS). Am verificat, de asemenea, „Șterge GRUB înainte de a-l reinstala” pentru a șterge ce era acolo, deoarece m-am bătut cu el - nu sunt sigur dacă este necesar în toate cazurile. Gata, boot-repair instalează acum grubx64.efi și grub funcționează la fel ca înainte. Nu puteți rula Secure Boot cu acest lucru, evident, dar voi prelua că trebuie să rulez boot-repair în fiecare zi.

Cred că acest lucru are ceva de-a face cu Microsoft care încearcă să impună pornirea securizată. Dacă încărc shell-ul EFI din bios și navighez la EFI\ubuntu, am putut copia grubx64.efi peste shimx64.efi. Presupun că shimx64.efi nu primește parametrii corecti, prin urmare eroarea, așa că înșelați lucrurile punând grubx65.efi acolo. Aceasta presupune că nu rulați boot securizat și rulez Windows 10 în loc de 11.