(și bine ați venit la un nou fir „să urâm pe Microsoft”)
Laptop Asus cu o unitate SSD de 500 GB, cu o partiție Windows NTFS de 150 GB și o partiție Ubuntu 20.04 de 350 GB (aproape sigur că este ext4). Dual boot cu GRUB/Ubuntu având prioritate față de Windows. Date importante pe partiția Ubuntu, nu pe cea Windows.
După o actualizare Windows de 1 oră, fără niciun incident (fără pană de curent sau nimic), computerul pornește în linia de comandă GRUB ("grub>", nu "grub rescue>"). Mai enervant, acest lucru se întâmplă și când este conectată o cheie USB live (18.04, testată bine pe alt laptop). Când utilizați „exit” la prompt, Windows pornește corect.
Asta a fost privirea de ansamblu, acum pentru detalii.Cu cheia USB live mai întâi apare rapid un ecran care citește
Nu s-a putut deschide EFI\BOOT\grubx64.efi - Nu a fost găsit
Nu s-a încărcat imaginea EFI\BOOT\grubx64.efi - Nu a fost găsită
start_image() a returnat Not Found
apoi după o secundă apare promptul „grub>”.
La promptul „grub>”, revine ls
(proc) (hd0) (hd0,msdos1) (hd1) (hd2) (hd2,gpt6) (hd2,gpt5) (hd2,gpt4) (hd2,gpt3) (hd2,gpt2) (hd2,gpt1)
ls (proc) returnează
Proc dispozitiv: tip sistem de fișiere procfs - Dimensiunea sectorului 512B - Dimensiunea totală 0KiB
USB-ul live este hd0 și, așa cum era de așteptat, revine ls (hd0,1).
Partiția hd0, msdos1: tip sistem de fișiere fat - Etichetă „Ubuntu 18_0”, UUID 864E-2850 - Partiția începe la 1024KiB - Dimensiunea totală 15150080KiB
nu stiu ce este hd1; computerul avea anterior un HDD care a fost înlocuit cu SSD-ul cu câțiva ani în urmă, poate că este o urmă de asta. ls (hd1) revine
Dispozitiv hd1: Nu a fost detectat niciun sistem de fișiere cunoscut - Dimensiunea sectorului 2048B - Dimensiunea totală 514KiB
hd2 este adevăratul hard disk. ls (hd2) descrie dispozitivul
Dispozitiv hd2: Nu a fost detectat niciun sistem de fișiere cunoscut - Dimensiunea sectorului 512B - Dimensiunea totală 488386584KiB
ls (hd2,xx) pentru xx= 6 la 1 descrie partițiile
Partiția hd2,6: Nu a fost detectat niciun sistem de fișiere cunoscut - Partiția începe de la 14684736KiB - Dimensiunea totală 341580800KiB
Partiția hd2,5: tip sistem de fișiere ntfs, UUID84127C1A127C1380 - Partiția începe la 146205696KiB - Dimensiunea totală 598016KiB
Partiția hd2,4: tip sistem de fișiere ntfs, UUID22FE5C86FE5C53DF - Partiția începe la 661504KiB - Dimensiunea totală 145543516KiB
Partiția hd2,3: Nu a fost detectat niciun sistem de fișiere cunoscut - Partiția începe de la 645120KiB - Dimensiunea totală 16384KiB
Partiția hd2,2: tip sistem de fișiere fat, UUID 0057-5017 - Partiția începe de la 542720KiB - Dimensiunea totală 102400KiB
Partiția hd2,1: tip sistem de fișiere ntfs, etichetă „Rcupration” - Partiția începe de la 1024 KiB - Dimensiunea totală 541696 KiB
hd2,6 pare a fi partiția Ubuntu de 350 GB. Din câte îmi pot da seama, nu ar trebui să spună „Nu a fost detectat niciun sistem de fișiere cunoscut”, într-un alt laptop structura ext este detectată corect de comanda grub ls.
hd2,4 pare a fi partiția Windows.
hd2,1 are un nume ciudat, deoarece accentele în franceză nu se afișează
Când încerc să pornesc din partiția Linux folosind
set prefix=(hd2,gpt6)/boot/grub
set root=(hd2,gpt6)
insmod normal
normal
nu se întâmplă nimic (presupun că este de așteptat dacă nu poate spune sistemului de fișiere). Când încerc să pornesc cheia, folosind
set prefix=(hd0,1)/boot/grub
set root=(hd0,1)
insmod normal
normal
Primesc promptul USB live, dar atunci când merg după „Încercați Ubuntu fără a instala” sau orice altă opțiune, primesc
eroare: /casper/vmlinuz are semnătură nevalidă.
eroare: mai întâi trebuie să încărcați nucleul.
Apăsați orice tastă pentru a continua...
apoi înapoi la meniul tastelor live, blocat într-o buclă. Acest lucru este puțin ciudat, pentru că mai devreme m-a avertizat că grubx64.efi nu a fost găsit și din ceea ce am adunat (Actualizarea Windows 8 mi-a spart GRUB) faptul că nu a cerut shimx64.efi înseamnă că Secure Boot este dezactivat, dar atunci ce este chestia asta cu semnătura? În orice caz, lipsa unei porniri adecvate pe cheia USB live mă împiedică să folosesc instrumente obișnuite de reparații.
Acum pot încă să tastau „exit” și apoi Windows pornește normal. Pe Windows, am încercat să descarc Testdisk. Testdisk detectează corect partiția Linux, după cum urmează:
Partition Start End Size în sectoare
1 P Windows Recovery Env 2048 1085439 1083392 [Partiție de date de bază]
2 P EFI System 1085440 1290239 204800 [partiție de sistem EFI]
Fără FAT, NTFS, ext2, JFS, Reiser, cramfs sau marker XFS
3 P MS Rezervat 1290240 1323007 32768 [Partiție rezervată Microsoft]
3 P MS Rezervat 1290240 1323007 32768 [Partiție rezervată Microsoft]
4 P MS Data 1323008 292410039 291087032 [Partiție de date de bază]
5 P Windows Recovery Env 292411392 293607423 1196032
Sistem de fișiere Linux 6 P. date 293609472 976771071 683161600
Cu toate acestea, când intru în acea partiție (cu Advanced Utils) și încerc să listez fișierele, primesc
Suportul pentru acest sistem de fișiere nu a fost activat în timpul compilării
Doar Windows pornește corect, așa că nu am o altă versiune la îndemână pentru a încerca să lucrez la partiția ext4. De asemenea, tocmai am descărcat .exe și nu l-am compilat eu, deoarece nu am suficientă experiență pentru a face asta.
Unele fire de discuții de pe forumurile Testdisk sugerează că atunci când o partiție este listată de două ori față de 3 de mai sus, înseamnă că există o problemă.
Asa de...
Scopul meu principal este să obțin acces la fișierele partiției Ubuntu, deși să repar totul așa cum a fost ieri ar fi foarte frumos. Văd câteva căi posibile:
- face cumva să pornească GRUB partiția Ubuntu, citind-o ca ext4
- faceți GRUB să pornească corect cheia USB live (cu semnătura respectivă), apoi utilizați instrumente de recuperare de acolo
- utilizați Testdisk (pe Windows) pentru a repara partiția ext4, astfel încât GRUB să o poată vedea corect, sau un alt instrument similar în Windows
- utilizați orice instrument pentru a citi partiția Ubuntu ca ext4, scoateți fișierele și aruncați computerul pe fereastră.
Are cineva vreo idee?
Oricum, multumesc pentru lectura!
