Puncte:3

Preluați datele de pe disc după dd

drapel cn

Pe laptopul Linux, am introdus greșit numele HDD-ului principal în a dd comanda sudo dd if=/path/to/clonezilla-iso-file of=/dev/sda status=progress (Fișierul ISO clonezilla avea 306 MB).

[Aceasta este o continuare mai completă a mea postarea originală urmând sugestiile @PonJar și @oldfred, plus alte sugestii online.]

Când repornesc laptopul, primesc un "Nu a fost găsit niciun dispozitiv de pornire". Chiar și când încerc să reinstalez Ubuntu, primesc un "În prezent, acest computer nu are sisteme de operare detectate" și singura opțiune este să instalați sistemul de operare în timp ce ștergeți toate datele de pe disc.

Înțeleg că (sperăm) că o parte a discului care a fost suprascrisă nu poate fi recuperată. Dar tot mi-ar plăcea dacă aș putea măcar accesați (preluați sau extrageți) orice date sunt încă acolo.


Ce am incercat pana acum:

Folosind un USB bootabil Ubuntu 20.04, am selectat „Încearcă Ubuntu„. Prin terminal, nu am putut accesa niciuna dintre datele mele „vechi” (nimic sub Acasă director).

am incercat sudo gdisk -l /dev/sda care a dat următoarele rezultate:

GPT fdisk (gdisk) versiunea 1.0.5

Atenție: antet GPT principal nevalid, dar backup valid; regenerarea antetului principal din backup!

Avertisment: CRC invalid pe datele antetului principal; tabelul de partiții de rezervă încărcat.
Avertizare! Tabelele de partiții principale și de rezervă diferă! Utilizați opțiunile „c” și „e” din meniul de recuperare și transformare pentru a examina cele două tabele.

Avertizare! Nepotrivire CRC a tabelului de partiții principale! S-a încărcat tabelul de partiții de rezervă în loc de tabelul de partiții principal!

Avertizare! Unul sau mai multe CRC nu se potrivesc. Ar trebui să reparați discul!
Antet principal: EROARE
Antet de rezervă: OK
Tabelul principal de partiții: EROARE
Backup tabel de partiții: OK

Scanare tabel de partiții:
    MBR: numai MBR
    BSD: nu este prezent
    APM: nu este prezent
    GPT: deteriorat

S-au găsit MBR valid și GPT corupt. Pe care vrei să folosești? (Folosirea GPT MAI permite recuperarea datelor GPT.)
 1 - MBR
 2 - GPT
 3 - Creați GPT necompletat

Raspunsul tau:

Acolo am intrat 2 si am primit asta:

Disc /dev/sda: 1953525168 sectoare, 931,5 GiB
Model: TOSHIBA MQ04ABF1
Dimensiunea sectorului (logic/fizic): 512/4096 octeți
Disc identificat (GUID): B8CE21AF-F666-9ADA-9B95B7FFACFD
Tabelul de partiții conține până la 128 de intrări
Tabelul principal de partiții începe la sectorul 2 și se termină la sectorul 33
Primul sector utilizabil este 34, ultimul sector utilizabil este 1953525134
Partițiile vor fi aliniate pe granițele sectorului 2048
Spațiul total liber este de 3437 de sectoare (1,5 MiB)

Număr Început (sector) Sfârșit (sector) Dimensiune Cod Nume
  1 2048 1050623 512,0 MiB EF00 Partiție de sistem EFI
  2 1050624 1953523711 931,0 GiB 8300

Apoi am încercat sudo separat -l si am primit asta:

Model: ATA TOSHIBA MQ04ABF1 (scsi)
Disc /dev/sda: 1000 GB
Dimensiunea sectorului (logic/fizic): 512B/4096B
Tabel de partiții: msdos
Semnale de disc:

Număr Start Sfârșit Dimensiune Tip File System Flags
  1 32,8 kB 321 MB 321 MB Pornire principală, ascunsă

Avertisment: descriptorul driverului spune că dimensiunea blocului fizic este de 2048 de octeți, dar Linux spune că este de 512 de octeți.
Ignorați/Anulați?

Aici, nu sunt sigur cum (și dacă) pot proceda.

În cele din urmă, pe baza sfaturilor de la alte bloguri online, am încercat să accesez BIOS-ul și, în fila „Securitate”, am încercat să selectez âSelectați un fișier UEFI ca fiind de încredere pentru execuțieâ, dar hard diskul meu nu era listat (am doar 1 hard disk și nimic nu a fost listat).

Mai pot încerca ceva? Este posibil să îmi accesez hard disk-ul ca disc extern de pe alt dispozitiv? Orice ajutor va fi grozav pentru că devin disperat să îmi recuperez datele.

Puncte:4
drapel in

Nu cred că ți-ai reparat de fapt tabela de partiții. Când ați apăsat 2 după gdisk -l, ați ajuns să vedeți cum va folosi discul tabelului de partiții de rezervă. Conform paginii de manual gdisk, există un meniu de recuperare unde puteți utiliza backup-ul și repara partiția. Extrasul cheie este mai jos:

Al doilea meniu gdisk este meniul de recuperare și transformare, care oferă acces la opțiunile de recuperare a datelor și caracteristicile legate de transformarea partițiilor între schemele de partiționare (conversia etichetelor de disc BSD în partiții GPT sau crearea de MBR-uri hibride, de exemplu). Câteva opțiuni din acest meniu dublează funcționalitatea din meniul principal, de dragul confortului. Opțiunile din acest meniu sunt:

b

Reconstruiți antetul GPT din backup. Puteți utiliza antetul GPT de rezervă pentru a reconstrui antetul GPT principal cu această opțiune. Este probabil să fie util dacă antetul dvs. principal GPT a fost deteriorat sau distrus (să zicem, prin utilizarea neglijentă a dd).

Utilizați r din meniul principal gdisk pentru a ajunge la meniul de recuperare. Noroc!

oldfred avatar
drapel cn
Trebuie să restaurați tabelul de partiții gpt. Instalarea a fost doar / & ESP? Gpt-ul dvs. are un MBR de protecție care are o intrare care spune că unitatea este partiționată cu gpt. Nu sunt sigur dacă fdisk vede sau nu tabelul de partiții de rezervă. Apoi rulați e2fsck pe partiția ext4 și este posibil ca dosfsck să nu repare ESP, deoarece are datele dvs. ISO, nu vechile date ESP pentru pornire. Creați un nou ESP și dacă partiția ext4 are încă instalarea completă, trebuie doar să restaurați grub în ESP. Aceasta ar fi o reinstalare completă/totală a grub în modul de pornire UEFI. Dacă ISO mai mic decât ESP, atunci asta ar fi tot ce s-ar pierde.
Yannis avatar
drapel cn
@PonJar Abia aștept să încerc asta. Sunt puțin confuz cu ce opțiune să intru. Ca sa ma lamuresc, dupa `sudo gdisk -l /dev/sda` voi introduce "b" si apoi (in urmatorul prompt) voi introduce "r"?
Yannis avatar
drapel cn
@oldfred sunt un pic pierdut. Nu sunt sigur ce pot încerca despre comentariile tale înainte de „e2fsck”. Despre acesta din urmă, care ar fi comanda și cum voi afla că este partiția ext4. În plus, nu știu cum să rulez `dosfsck` sau cum să creez un nou ESP sau cum să restabilesc grub. Ați putea, vă rog, să postați sugestiile dvs. cu privire la ce comenzi/acțiuni pot încerca ca răspuns, astfel încât să le pot urma?
PonJar avatar
drapel in
Dacă utilizați opțiunea -l, obțineți doar informații despre discul țintă și ajungeți înapoi la promptul de comandă. Dacă utilizați aceeași comandă fără -l, intrați în modul interactiv unde puteți accesa toate caracteristicile gdisk. Aruncă o privire la manual.Odată ajuns în modul interactiv, aveți nevoie de r pentru a accesa meniul de recuperare și b pentru a reconstrui. Nu uitați să utilizați w pentru a scrie modificările înainte de a părăsi gdisk
oldfred avatar
drapel cn
În firul anterior am postat mai multe detalii despre utilizarea gdisk și un altul despre utilizarea e2fsck. Vă rugăm să le revizuiți. Și probabil că trebuie să utilizați gparted din programul de instalare live pentru a crea sau a restaura partiția de sistem ESP - efi. Și apoi, folosind Boot-Repair sau manual cu chroot, instalați complet versiunea UEFI a grub. Asigurați-vă că porniți întotdeauna în modul UEFI. https://help.ubuntu.com/community/Boot-Repair
Puncte:2
drapel de

Datele dvs. dincolo de primii 300 MB sunt încă recuperabile, dar trebuie să fiți foarte atenți cum să procedați. În special, veți dori să minimizați cât de mult scrieți pe acest disc și să salvați toate datele care pot fi recuperate în altă parte pentru o reinstalare ulterioară. Din fericire, aveți o partiție EFI care este mai mare de 300 MB la începutul discului, astfel încât partiția principală a sistemului de operare poate fi neatinsă și recuperabilă 100%. În acest caz, poate fi necesar să reformatați partiția EFI și să reinstalați bootloader-ul.

În primul rând, așa cum a discutat @Ponjar, trebuie să remediați tabelele de partiții. Comenzile pe care le-ați executat arată numai tabelele de partiții existente așa cum au fost găsite. Ignorați tabelul de partiții MBR. Aceasta provine din imaginea ISO pe care ați scris-o la începutul discului și este incorectă. În schimb, trebuie să restaurați o copie a tabelului de partiții GPT pe care a detectat-o ​​prima comandă. Din fericire, GPT stochează o copie de rezervă a întregului tabel de partiții la sfârșitul discului, iar gdisk este capabil să o citească cu succes. Va trebui să urmați o procedură similară cu aceasta recuperați GPT-ul de rezervă:

shell-ul gdisk se va deschide acum. Introdu „r” pentru a selecta opțiunea de recuperare. Din opțiunea de recuperare, introduceți „b”, pentru a recupera antetul GPT din secundar (backup), apoi introduceți „c” pentru a recupera tabelul de partiții GPT din secundar (backup). Apoi selectați „v”, apoi „w” pentru a verifica și scrieți pe disc.

# sudo gdisk /dev/sda

GPT fdisk (gdisk) versiunea 1.0.1

Scanare tabel de partiții:
  MBR: protectoare
  BSD: nu este prezent
  APM: nu este prezent
  GPT: prezent

GPT valid cu MBR de protecție găsit; folosind GPT.

Comanda (? pentru ajutor): r

Comanda de recuperare/transformare (? pentru ajutor): b

Comanda de recuperare/transformare (? pentru ajutor): c
Avertizare! Acest lucru va face probabil lucruri ciudate dacă ați convertit un MBR în
Formularul GPT și nu ați salvat încă GPT-ul! Continua? (D/N): Da

Comanda de recuperare/transformare (? pentru ajutor): v

Nu s-au găsit probleme. 3437 de sectoare gratuite (1,7 MiB) disponibile în 2
segmente, dintre care cel mai mare este 2014 (1007,0 KiB) ca dimensiune.

Comanda de recuperare/transformare (? pentru ajutor): w

După ce ați recuperat tabelul de partiții, va trebui să recuperați sistemul de fișiere principal al sistemului de operare. Dacă este adevărat că dd nu a ajuns niciodată la această partiție, atunci s-ar putea să nu mai fie multe de făcut. Încercați să-l montați pe imaginea de recuperare:

sudo mount -r /dev/sda2 /mnt

Vă recomand să folosiți -r aici pentru o montare numai în citire în timp ce verificați datele.Dacă se montează și vezi toate datele tale prezente, poate fi bine pentru reutilizare fără reinstalare. Dacă totul este intact, este posibil să puteți repara boot-ul doar reinstalând partiția de sistem EFI. Acesta va trebui reformatat de la zero:

sudo mkfs -t fat -F 32 /dev/sda1

De asemenea, va trebui să vă faceți sistemul de fișiere rădăcină citire-scriere:

sudo mount -o remount,rw /mnt

Apoi urmează acest ghid pentru a reinstala GRUB pe partiția de sistem EFI:

sudo mount /dev/sda1 /mnt/boot/efi
pentru i în /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; Terminat
sudo chroot /mnt
grub-install /dev/sda
update-grub

Cu toate acestea, dacă ați constatat că nu puteți monta sistemul de fișiere rădăcină, este posibil să aveți o mică pierdere de date și va trebui să recuperați superblocul de pe sistemul dvs. de fișiere rădăcină. Pe baza tabelului de partiții și a dimensiunii fișierului pe care le-ați menționat în întrebare, acesta nu ar trebui să fie cazul, dar dacă este, această procedură ar trebui să vă ajute la găsirea superblocului. Alerga mkfs -n pe sistemul dvs. de fișiere rădăcină pentru a descoperi unde ar putea fi superblocurile de rezervă.

sudo mkfs -t ext4 -n /dev/sda2

Primele superblocuri ar putea fi suprascrise, dar superblocurile ulterioare ar trebui să fie intacte. Pe baza superblocurilor pe care le-a arătat, puteți încerca să montați unul cu aceasta:

sudo mount -o sb=131072 -r /dev/sda2 /mnt

Presupunând că 131072 este unul dintre superblocurile propuse de mkfs și nu a fost suprascris. Dacă datele din /mnt par rezonabile și puteți găsi unele fișiere, puteți încerca să reparați sistemul de fișiere cu aceasta:

sudo fsck -t ext4 -b 131072 /dev/sda2

Cu toate acestea, în momentul în care recurgeți la utilizarea superblocurilor alternative, probabil că veți dori să faceți o copie de rezervă a oricăror date pe care le puteți salva și apoi să faceți o reinstalare completă.

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.