Puncte:0

Boot se blochează la promptul GRUB în loc de meniul GRUB

drapel us

Am instalat Ubuntu 21.10 pe o mașină nouă. Apoi a trebuit să pornesc dual Windows 10, așa că am pornit la un USB live și am micșorat partiția Ubuntu. Windows s-a instalat bine, dar aparent a strivit GRUB. Am reusit sa recuperez folosind reparare cizme de pe USB live, dar pornește la promptul GRUB, unde trebuie să:

set (pare să-și amintească acestea între cizme după ce am făcut-o o dată):

prefix=(hd0,gpt2)/boot/grub
root=hd0,gpt2

Trebuie să: manual

grub> linux /boot/vmlinuz-5.13.0-22-generic root=/dev/nvme0n1p2
grub> initrd /boot/initrd.img-5.13.0-22-generic
grub> boot

Acest lucru mă pornește cu succes în Ubuntu. Odată acolo, am alergat reparare cizme din nou. dar când repornesc, revin la promptul GRUB. Aș dori un meniu GRUB care să arate Ubuntu, Windows etc.

Iată reparare cizmeraportul lui: https://paste.ubuntu.com/p/FRgPjN9BGr/

notă: am împletit cele de mai sus din căutarea pe google. Nu prea înțeleg ce fac și nu am experiență cu GRUB sau bootloadere.

ACTUALIZĂRI: am incercat reparare cizme din nou de pe USB live.

-dacă folosesc reparația recomandată, se pare că nu face altceva decât să genereze acest raport: https://paste.ubuntu.com/p/xVXDqGPykW/ rezultatele sunt aceleași ca înainte (nu reușește să pornească și se termină la promptul GRUB cu „Failed to open \EFI\UBUNTU Failed to load image \EFI\UBUNTU\ start_image() returned invalid Parameter, falling back to bootloader”)

-dacă încerc „avansat” și nu modific nicio opțiune, obțin același lucru ca mai sus cu acest raport: https://paste.ubuntu.com/p/hbr7tpRFdZ/

-dacă încerc „avansat” și adaug „Șterge GRUB înainte de a-l reinstala”, primesc un dialog care spune „GRUB este încă prezent. Vă rugăm să încercați din nou”. asta după ce ați confirmat eliminarea GRUB după ce vi sa cerut să rulați: sudo apt-get purge --allow-remove-essential -y grub*-common shim-signed

în acel moment, nu am de ales decât să anulez.

-dacă încerc „avansat” și adaug atât GRUB purge, cât și „Purge kernels then reinstall last kernel”, a fost blocat timp de peste o oră pe „Purge kernels then reinstall last kernel on nvme0n1p2 (pur). Acest lucru poate dura câteva minute.. ."

Nmath avatar
drapel ng
`boot-repair` trebuie rulat dintr-o sesiune live. Nu îl puteți rula din sistemul dvs. instalat. Încercați din nou, dar dintr-o sesiune live (Încercați Ubuntu din mediul de instalare). Pentru informare, dacă trebuie vreodată să configurați configurația dual-boot în viitor, este mai bine să instalați mai întâi Windows. Programul de instalare Ubuntu știe cum să se instaleze alături de Windows. Instalatorului Windows nu-i pasă de ce este acolo înainte și va schimba prioritatea de pornire la sine în loc de GRUB. Și Windows nu va fi adăugat automat la opțiunile GRUB decât dacă Windows este primul.
oldfred avatar
drapel cn
Ghe grub în ESP, care are doar 3 linii, indică p3. P3-ul dvs. este afișat ca Microsoft Rezervat și are dimensiunea obișnuită, dar și ca ext4. Trebuie să fie neformatat. Și grub-ul din ESP trebuie apoi să folosească UUID-ul p2. Puteți edita manual acel /EFI/ubuntu/grub.cfg cu UUID de p2, vezi linia 226. Sau utilizați modul avansat Boot-Repair pentru a reinstala total grub & kernel, care va reseta totul la valorile implicite corecte. Trebuie să utilizați gparted pentru a schimba separat p3 în neformatat.
drapel us
mulțumesc Nmath și @oldfred - am actualizat mai sus, încă blocat...
oldfred avatar
drapel cn
Postați un nou link către raportul rezumat după remedieri. Ai făcut o reinstalare completă a grub, nu doar o actualizare grub?
drapel us
@oldfred - am editat întrebarea principală cu ceea ce am făcut și rapoartele -- vezi după „ACTUALIZĂRI”. practic, am bifat „grub purge” și „kernel purge” sub „avansat”, iar „boot-repair” s-a blocat. Mă gândeam să folosesc această metodă: https://askubuntu.com/questions/1253247/how-to-fix-or-remove-a-broken-kernel-ubuntu-20-04/1253346#1253346 pentru a încerca să recuperez acum , dar nu sunt sigur cum să opresc `boot-repair` într-un mod încât să nu lase o mizerie de blocări cache `apt`.
drapel us
@oldfred - am început `boot-repair` în fundal și i-am închis terminalul, așa că nu știu cum să-mi dau seama ce pid a început. `ps -e | grep repair` afișează aproximativ 6 potriviri și niciunul dintre acestea nu are codul codului pentru procesul `apt-get` care deține în prezent o grămadă de blocări cache...
oldfred avatar
drapel cn
Uneori deschid synaptic și apoi încerc să actualizez de la terminal. Primesc problema blocării cache-ului. Puteți rula un singur proces de actualizare la un moment dat. Ai vreun alt program care rulează în afară de Boot-Repair?
drapel us
@oldfred -- corect, nu am nimic altceva care rulează, sunt sigur că acesta este procesul `apt-get` al lui `boot-repair`. pot vedea în jurnalul `boot-repair'`s (`/var/log/boot-repair/...`) că pare să fie `apt-get` care s-a blocat, imediat după ce `boot-repair` a întrebat pentru a `purge linux-image-*`...
oldfred avatar
drapel cn
Puteți edita manual /EFI/uubuntu/grub.cfg care are UUID greșit. Vezi linia 297 și actual / UUID pe linia 272 și 305. Copiați UUID-ul corect în fișierul grub. Dacă este montat din calea de instalare live, va include și acel montaj.
drapel us
@oldfred, ok am încercat asta, aceleași rezultate. iată cele mai recente `boot-repair`: https://paste.ubuntu.com/p/nkWcdPrNXT/
drapel us
intreb si aici: https://ubuntuforums.org/showthread.php?t=2470507&p=14073470#post14073470
oldfred avatar
drapel cn
Se pare că ar trebui să pornească. Singura problemă pare să fie că Microsoft rezervat se afișează ca ext4 și ar trebui să fie neformatat.
Puncte:0
drapel us

pornind manual în instalare și face grub-install și update-grub părea să o repare. Nu sunt sigur de ce, simt că le-am făcut de un milion de ori fără nicio schimbare. s-ar putea să le fi făcut de pe usb live, nu-mi amintesc -- dar oamenii au spus că ar trebui să funcționeze de acolo. nu înțeleg -- dacă cineva își poate da seama ce a mers prost, vă rugăm să distribuiți!

Mulțumesc lui @oldfred care m-a tot ajutat până când a funcționat :)

https://ubuntuforums.org/showthread.php?t=2470507&page=2&p=14073576#post14073576

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.