Puncte:0

Dual boot cu Windows 10, Grub nu mai funcționează

drapel ec

Am avut dual boot funcțional în ultimele luni pe computerul meu, cu Windows 10 și partiția EFI pe o unitate NVMe și Ubuntu pe un SSD SATA. Atât Windows Boot Loader, cât și Grub sunt instalate pe unitatea NVMe, în timp ce configurația Grub este pe SSD-ul SATA.

Din păcate, ultima dată când am folosit Windows, acesta nu s-a oprit corect (a trebuit să pornesc computerul) și acum grub afișează doar grub> prompt. Selectarea Windows Boot Manager din EFI al plăcii de bază pornește Windows corect.

Așa că am pornit de pe un USB live, instalat reparare cizme și a rulat utilitarul. Indiferent dacă am folosit reparația recomandată sau selectată Curățați GRUB înainte de a-l reinstala și Actualizați GRUB la cea mai recentă versiune Am avut același rezultat ca înainte.

Deși când am deselectat Încărcare sigură Am avut un alt rezultat, grub se afișează acum eroare: nu există un astfel de dispozitiv: b5d41058-ecac-4877-895d-2f9206cef3d2.

Mă uit la această problemă timp de cinci ore, așa că acum apelez la ajutorul tău.

am generat un informații de boot folosind boot-repair, ar trebui să conțină tot ce este necesar. Rețineți că sdb este USB-ul live.

De asemenea, de remarcat, folosesc un chipset AMD B550, care mi-a cerut să actualizez grub atunci când mi-am mutat pentru prima dată discurile pe computerul meu actual.

Mulțumesc foarte mult!

user10489 avatar
drapel in
Se pare că ați putea avea o defecțiune a hard diskului. Acest lucru ar putea cauza atât eșecuri Windows, cât și Linux. De pe discul live linux, puteți deschide un shell și executați niște comenzi? `lsblk` pentru a lista discuri și `smartctl -a /dev/XXX` pe disc probabil să conțină partiția dvs. Linux... (De asemenea, este posibil ca discul dvs. să fie bine, dar partiția dvs. Linux să dispară.)
oldfred avatar
drapel cn
Nu se văd prea multe în raport, dar arată ambele sisteme fără erori. Actualizările Windows pot actualiza și UEFI (ceea ce poate fi un lucru bun). Dar actualizările UEFI pot reseta unele setări și trebuie să le refaceți. Păstrez o listă de verificat după actualizările UEFI. AMD are adesea nevoie de setarea IOMMU. Și sistemele foarte noi funcționează mai bine cu 21.04 pentru a avea cele mai noi nuclee și drivere. https://askubuntu.com/questions/1265397/unable-to-install-ubuntu-20-04-via-live-usb-ryzen-5-3600
Captain H. avatar
drapel ec
Bună ziua, scuze pentru răspunsul întârziat, din păcate am avut probleme mai stringente de rezolvat. @user10489 SMART este OK, la fel ca fsck, deci discul pare bine.De asemenea, pot să-l montez din sesiunea live.
Captain H. avatar
drapel ec
@oldfred Nu sunt sigur că înțeleg ce vrei să spui prin setările UEFI pe care Windows 10 le poate actualiza, poți explica mai multe?
oldfred avatar
drapel cn
UEFI poate fi actualizat și, de obicei, ar trebui să fie actualizat dacă sunt disponibile actualizări. Dar actualizările resetează de obicei setările la valorile implicite. Am mai multe setări, unele obligatorii și altele opționale pe care trebuie să le refac în mod regulat după o actualizare. Unitățile trebuie să fie AHCI și sistemele AMD au nevoie de obicei de setare IOMMU, nu sunt sigur ce altceva este pe sistemul dvs.
Captain H. avatar
drapel ec
@oldfred Mi-am verificat setările BIOS, unitățile SATA sunt încă în AHCI, dar nu am găsit nicio mențiune despre IOMMU. Placa este o [MSI MPG B550I Gaming Edge Wi-Fi](https://www.msi.com/Motherboard/MPG-B550I-GAMING-EDGE-WIFI) cu BIOS 7C92v15.
oldfred avatar
drapel cn
Afișează două noi UEFI/BIOS plus o versiune beta suplimentară. Actualizările pot include și alte lucruri care nu sunt enumerate.
Captain H. avatar
drapel ec
Bună ziua, așa că astăzi am actualizat BIOS-ul la cea mai recentă versiune stabilă, apoi am încercat din nou să reinstalez Grub de pe un USB live 20.04.3 (care este cel mai recent HWE). A ajuns să instaleze `grub-efi` [2.04-1ubuntu45](https://packages.ubuntu.com/hirsute/grub-efi) dar nu a rezolvat problema: primesc aceeași eroare ca înainte.
Puncte:2
drapel ec

Deci, am încercat să reinstalez Ubuntu pe SSD-ul SATA fără noroc: grub era încă stricat. Ceea ce am ajuns să fac a fost să trec la un SSD NVMe (Samsung 980), care mi-a rezolvat problema.

Nu sunt sigur dacă 860-ul meu era mort (deși SMART este OK și Ubuntu părea bine de instalat pe el) sau dacă este un comportament ciudat cauzat de o combinație de unități SATA și NVMe (și probabil chipsetul AMD).

Sper că acest lucru va ajuta cumva pe oricine cu o problemă similară, mi-aș fi dorit să știu care este problema exactă cu computerul meu.

Puncte:0
drapel cn

Nu știu de ce se întâmplă asta, dar vreau să sugerez o soluție.

Mai întâi, porniți Windows 10.

În al doilea rând, Instalați Grub2Win. Link de instalare-->https://sourceforge.net/projects/grub2win/

După instalare Grub2Win ,seteaza totul corect.

De fiecare dată când porniți, Grub2Win va fi afișat, apoi puteți alege sisteme de operare.

Iată un motiv pentru care sugerez această soluție.

Nu știu detaliile, dar când computerul pornește Windows 10, bootloader-ul implicit Windows alege doar sistemul de operare Windows 10 și gata.

Grub este instalat în sda, dispozitivul SSD SATA. Cu toate acestea, atunci când alegeți nvme, care are Windows 10 instalat, nu există niciun grub. Windows 10 are doar bootloader implicit.

Prin urmare, ori de câte ori alegeți acel nvme, Windows 10 alege întotdeauna numai Win10.

Deci, planul meu este ca dispozitivul tău nvme să aibă un bootloader care nu este implicit, astfel încât noul bootloader să poată alege alte sisteme de operare.

Captain H. avatar
drapel ec
Buna ziua, Nu sunt sigur dacă ați înțeles problema mea. Grub este instalat pe unitatea mea NVMe, dar configurația grub este pe SSD-ul SATA. O să-mi editez întrebarea pentru a fi mai clară.
Puncte:0
drapel in

Deoarece spuneți că vă puteți monta sistemul de fișiere Linux manual de pe discul live, iar fsck pe acesta nu returnează nicio eroare și puteți ajunge la promptul grub>, atunci se pare că fie UUID-ul sistemului de fișiere Linux s-a schimbat, fie ca și grub. ideea despre ce ar trebui să fie a fost deteriorată.

Soluția la aceasta este să intrați în sistemul de pe disc printr-una dintre metodele de mai jos și apoi să rulați update-grub pentru a recrea a doua etapă a informațiilor despre încărcătorul de pornire grub.

Există mai multe moduri de a ajunge acolo:

  • porniți un livedisk cu aceeași versiune pe care ați instalat-o pe disc și faceți un chroot în sistemul de operare de pe disc. Acest lucru este bine acoperit Aici.
  • folosește grub> solicită să găsiți manual discul rădăcină și apoi să încărcați nucleul și initrd; Acest lucru este ușor dacă știți ce faceți și foarte greu dacă nu știți, dar uneori, odată ce ați găsit discul rădăcină, puteți lua o scurtătură încărcând fișierul de configurare grub rupt și apoi editați-l în memorie pentru a corecta discul rădăcină. O parte din acestea sunt acoperite Aici.
  • utilizați refind (pornit de la un usb?) pentru a porni direct un nucleu și initrd din sistemul de fișiere, ocolind grub (acest lucru este cel mai ușor atunci când funcționează, dar deseori nu vă poate citi sistemul de fișiere pentru a găsi un nucleu)

După ce ați folosit una dintre metodele de mai sus, update-grub ar trebui să o repare. Ar putea ajuta, de asemenea, să alergi grub-install, dar dacă primiți promptul grub>, probabil că acest lucru nu este necesar.

Captain H. avatar
drapel ec
Tocmai am verificat de două ori și UUID-urile se potrivesc. O ipoteză pe care am avut-o a fost că grub pornește înainte ca unitatea SATA să aibă timp să fie inițializată sau că Grub nu o poate accesa cumva, dar nu am idee cum pot verifica acest lucru.
Captain H. avatar
drapel ec
Ei bine, din moment ce se pare că nu puteți face `pre`s în comentarii, iată un [pastebin](https://paste.ubuntu.com/p/5JYkQgVZCf/) dintre cele două comenzi pe care le-am executat pentru a verifica dacă UUID-urile sunt corect.
user10489 avatar
drapel in
Dacă uuid se potrivește, probabil că aveți dreptate în privința celorlalte două alternative. Poate că unitatea nu este învârtită la timp pentru ca Grub să o caute. Dacă acesta este cazul, ar trebui să puteți porni, să eșuați boot-ul, să apăsați ctrl-alt-del și să reîncercați pornirea. Dacă funcționează, căutați o modalitate de a întârzia grub înainte de a încerca să pornească.
Captain H. avatar
drapel ec
Ctrl-alt-del pare să repornească computerul, deoarece după ce apăs pe taste văd logo-ul plăcii de bază, apoi grub boots din nou. Ai spus „Poate că unitatea nu a fost rotită la timp”, doar pentru a înlătura orice ambiguitate, este un SSD SATA, nu HDD.Voi vedea cum să întârziem grub în timpul weekendului pentru a vedea dacă rezolvă problema.
user10489 avatar
drapel in
Da, dacă nu este un disc care se rotește, atunci acest lucru nu va ajuta. Dar nu mă pot gândi de ce un SSD ar arăta UUID-ul potrivit, dar nu ar fi găsit de grub. Poate o problemă cu șoferul? Poate că nu se potrivește de fapt (sau ceva la care nu te uiți la nepotriviri), iar reluarea update-grub ar ajuta în continuare.

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.