Ubuntu 20.04 nu reușește să pornească după ce am rulat „/bcdedit set {bootmgr} calea \EFI\ubuntu\grubx64.efi” în Windows

Am avut probleme ca bootloader-ul GRUB să fie implicit pe sistemul meu, care este o pornire dublă între Windows 10 și Ubuntu 20.04. Nu a apărut nicăieri în UEFI/BIOS-ul meu și am citit online că rulează

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

L-ar seta ca implicit pentru a grub în Windows, ceea ce înseamnă că aș putea alege de fiecare dată când pornesc sistemul meu ce sistem de operare să folosesc, mai degrabă decât să-l folosesc implicit Windows sau Ubuntu așa cum făcea. Când am făcut acest lucru, totuși, primesc un mesaj de eroare pe trei rânduri când încerc să pornesc Ubuntu, care scrie:

nu s-a putut deschide \EFI\UBUNTU\(caractere narcotite, inclusiv unele caractere chinezești) -- parametru nevalid
Nu s-a încărcat imaginea \EFI\UBUNTU\(caractere absurde, inclusiv unele chinezești) -- parametru nevalid
start_image() a returnat un parametru nevalid

Apoi, pur și simplu pornește în Windows. GRUB nu se vede nicăieri.

În plus, nu pot porni deloc în Ubuntu dacă l-am ales manual în timpul pornirii, primind aceeași eroare. Am încercat să anulez comanda pe care am rulat-o în Windows, dar nu a funcționat. Sunt îngrijorat că va trebui să formatez partiția cu Ubuntu pe ea și să o iau de la capăt, ceea ce chiar NU vreau să fac.

Înainte de a rula comanda Windows, puteam porni în Ubuntu dacă apăsam F11 pe boot (folosesc MSI b550 PRO WIFI) și apoi alegeam Ubuntu acolo.Cu toate acestea, bootloader-ul GRUB nu a apărut (și nici GRUB nu a apărut în ordinea de pornire în BIOS/UEFI). De aceea am făcut toate acestea, iar acum se pare că nu pot rula Ubuntu, probabil pentru că am greșit ceva cu comanda Windows.

Mai multe informatii: dacă alerg

bcdedit \enum {bootmgr}

Am înțeles că Windows Boot Manager are calea = „EFI\UBUNTU\SHIMX64.EFI” ceea ce pare ciudat, din moment ce cu siguranță nu am scris asta prima dată. Ar putea avea vreo legătură cu de ce Ubuntu nu pornește?

Actualizare: am găsit această problemă similară de ani în urmă: Nu se poate accesa Ubuntu 18.04 în dual boot, deoarece sistemul pornește direct în Windows 10

Am încercat prima soluție (în care setarea directorului spune că calea fișierului nu există) și a treia soluție, care atunci când rulez

cp -p .... \EFI\ubuntu

îmi spune că fișierul pe care încerc să îl montez nu există.

Am avut aceeași problemă, chiar dacă nu am mai rulat nicio comandă în Windows înainte. Căutând pe internet am găsit o altă persoană cu aceeași problemă (ex. Aici). Nu cred că comanda pe care ați folosit-o în Windows este problema.

Am aflat că problema mea a fost probabil un fel de problemă 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ărind arh wiki și schimbarea setărilor mele BIOS din „Legacy+UEFI” în „UEFI”.

Acum totul funcționează fără nicio problemă.

Sper că ajută!

Am aceleasi erori.Ai instalat actualizări ubuntu? (pentru mine era in jur de 200mb). Tocmai am trecut cu o zi înainte de a actualiza Ubuntu. Apoi, actualizările apar din nou. Dar acum mi-e frică să o fac. Cred că este un fel de bug. introduceți descrierea imaginii aici

Aceleasi intrebari: 1 2 3

Am o mașină Windows care ar putea porni dual între Windows 10 și ubuntu 18.04. După o actualizare Windows în februarie 2022, mașina a putut doar să pornească direct în Windows 10. Datorită răspunsurilor de mai sus și adunate în altă parte, iată mai jos pașii prin care am remediat eșecul dual boot.

Pasul 1: Utilizați bcdedit pentru a seta calea booloader corectă pentru grubx64.efi

Mai întâi, să verificăm setările actuale BCD (Date de configurare de pornire). În Windows, deschideți promptul de comandă ca administrator și tastați

bcdedit

În cazul meu, se pare că

Manager de încărcare Windows
â------------------------------
identificator {bootmgr}
calea \EFI\ubuntu\shimx64.efi
...

Deoarece computerul meu dezactivează boot-ul securizat, nu ar trebui să folosesc shimx64.efi. Prin urmare, am schimbat calea către grubx64.efi folosind comanda recomandată de mulți oameni ca

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

Puteți tasta din nou bcdedit pentru a verifica din nou calea în care a fost schimbată acum

Manager de încărcare Windows
â------------------------------
identificator {bootmgr}
calea \EFI\ubuntu\grubx64.efi
...

Pasul 2: Copiați un bootloader grubx64.efi pe EFI System Partition (ESP)

În mașina mea Windows, bootloader-ul grubx64.efi a fost cumva pierdut după o actualizare anterioară a Windows. Iată mai jos pașii pentru a verifica dacă bootloader-ul există sau nu în partiția de sistem EFI (ESP).

În Windows, deschideți promptul de comandă ca administrator și tastați următoarele comenzi pentru a monta partiția de boot pe unitatea P:. Dacă P: este o unitate existentă, ar trebui să alegeți o altă unitate, de exemplu, Z:. După montarea partiției de sistem, schimbați directorul pe unitate pentru a verifica ce fișiere se află în directorul \EFI\ubuntu.

mountvol P: /S
cd /d P:
cd EFI
cd ubuntu
dir

În cazul meu, directorul conținea shimx64.efi, mmx64.efi, grub.cfg și BOOX64.CSV. Era bine că grub.cfg era încă acolo. Cu toate acestea, nu a existat grubx64.efi.

Prin urmare, ceea ce am făcut a fost să copiez un fișier grubx64.efi în acest director. În cazul meu, aveam o unitate USB cu ubuntu 18.04 (versiunea mea de imagine ubuntu). Am introdus unitatea USB în aparatul Windows. Noua unitate părea să fie în F:. Deoarece eram deja în P:\EFI\ubuntu, am copiat bootloader-ul fără a specifica calea de destinație.

copiați „F:\efi\boot\grubx64.efi”

Până acum, făcusem două lucruri.

1. S-a folosit bcdedit pentru a seta calea corectă a booloader-ului pentru grubx64.efi.

2. S-a copiat un fișier de încărcare grubx64.efi în partiția de sistem EFI (ESP).

Am repornit mașina Windows și dual boot a funcționat din nou. Acum pot porni fie în Windows, fie în ubuntu, la rândul lor, fără probleme.