Folosesc Ubuntu 18.04 și, pe scurt, am executat accidental o comandă de terminal pentru a scrie pe hard disk cu zerouri. A rulat câteva secunde înainte ca mașina mea să se prăbușească. Acum m-am luptat în ultimele ore să îmi revin computerul la normal și sunt destul de adânc.
La repornire, am descoperit că pot porni în modul de salvare grub similar cu acest. Cu toate acestea, am constatat că niciuna dintre unitățile și partițiile mele nu era recunoscută și că soluția la acea întrebare nu avea să funcționeze. M-aș fi așteptat ca (hd0, msdos1) să fie partiția de care aveam nevoie, dar nici măcar nu a recunoscut-o ca pe o unitate Linux.
Am conectat un USB live și am vizualizat /dev/sda1 cu gparted. Acesta a fost despărțirea unde s-a făcut paguba. A fost deteriorat în așa fel încât gparted nici măcar nu a putut recunoaște că este o unitate Linux. M-am gândit că repararea acestuia a fost primul pas.
Am rulat fsck pe /dev/sda1, dar am discutat despre eroare Aici implicând superblocuri proaste. Apoi am urmat soluția de acolo și am continuat să încerc cu numere de bloc până când am primit ceva care a funcționat și am lăsat e2fsck să ruleze. Era la câteva blocuri adâncime până când am primit unul care să funcționeze. Sincer, nu sunt prea sigur ce a făcut această comandă, am vrut ca cel puțin să îndrepte sistemul de fișiere și să repare structura, astfel încât să mă pot juca cu ea în gparted și să îmi pot da seama ce anume a fost șters după. Acest lucru părea să funcționeze de fapt la început, deoarece gparted preia apoi unitatea.
Acum sunt într-un loc în care pornesc și, în esență, ajung acest. Totuși, urmez soluția și când ajung la comanda finală „normal”, grub nu pornește.După ce am investigat în continuare cu USB-ul meu live, am găsit următoarele: /dev/sda1 are aproximativ 150 GB / 250 GB ocupați, adică aproximativ câte date aveam pe unitate (vești bune, majoritatea nu au fost șterse). Cu toate acestea, când îl montez cu nautilus și mă uit înăuntru văd \bin, \root, \dev, \usr, etc, dar toate sunt GOLITE. De asemenea, unele fișiere esențiale, cum ar fi vmlinuz.mod și lipsă, ceea ce explică lipsa de a putea porni. Deci, este probabil ca rularea e2fsck pentru a recupera structura unității să fi încurcat totul.
În general, cred că unele fișiere de bază au fost șterse de pe unitate care trebuie să fie restaurate cumva și că întreaga structură a unității este acum pierdută și trebuie recuperată. Totuși, majoritatea datelor mele par intacte.
Sunt complet pierdut acum în ce direcție să merg. Pot oferi mai multe detalii dacă este necesar. Chiar am nevoie de ajutor în acest sens sau în esență am pierdut o mulțime de date.
