De ce puteți utiliza un computer bazat pe Linux sau Linux Live CD pentru a recupera datele pe care Windows nu le-a putut?
Sesiunea de Întrebări și Răspunsuri de astăzi ne vine prin amabilitatea SuperUser - o subdiviziune a Stack Exchange, un grup de site-uri web de întrebări și răspunsuri bazat pe comunitate.
Intrebarea
Cititorul superutilizator Philip Allgaier vrea să știe de ce a reușit să recupereze date cu un Linux Live CD care a fost raportat ca nerecuperabil în Windows:
Fundal: La începutul acestui an am avut o problemă cu o unitate SSD pe care Windows o va mai recunoaște. Dar, în cele din urmă, un Parted Magic 2012-10-10 bootabil a făcut trucul. Vezi asta fir rezolvat . O întrebare mi-a rămas din acel moment ...
Întrebare: Sunt conștient de faptul că Linux este, în general, puțin mai tehnic și mai brut, dar poate cineva să sublinieze aproximativ de ce un sistem Linux (sau, de fapt, doar acel anume, din moment ce Ubuntu nu a făcut trucul) este capabil să acceseze și să comunice cu jumătate -dispozitiv corupt atunci când Windows nu este?
-
Ignoră doar indicatorii potențiali că ceva ar putea fi în neregulă?
-
Există vreun motiv concret?
-
A fost doar noroc că acest mediu special a reușit să răspundă SSD-ului doar pentru o perioadă limitată de timp?
Deși cu siguranță ar fi putut avea noroc, există probabil mai mulți factori în joc. Să investigăm.
Răspunsul
Contribuitorul SuperUser, Eike, oferă câteva explicații potențiale, dincolo de noroc, pentru capacitatea sa de a salva datele:
De obicei, acest lucru se reduce la ceea ce se accesează exact și cum, exact, dispozitivul eșuează. De exemplu, dacă SSD-ul în cauză nu reușește să recupereze, să zicem, sectorul 5 și va începe să se blocheze imediat ce ceva citește sectorul 5, diferența se poate datora pur și simplu la ce sisteme diferite accesează automat odată ce recunosc un nou disc.
Când Windows detectează un disc nou, acesta va citi tabelul de partiții și va încerca automat să deschidă orice sistem de fișiere pe care știe să îl citească. Dacă oricare dintre structurile / blocurile citite în timpul acestui proces de „montare” declanșează SSD-ul dvs. defect să meargă la revedere, diferența cu distribuția Linux specifică este pur și simplu că este posibil să nu monteze automat toate partițiile în cauză sau poate, atunci când montați, citiți pur și simplu un subset diferit de sectoare (implementarea NTFS în Linux este foarte diferită de cea din Windows - în timp ce formatul de pe disc este același, depinde de sistemul de operare structurile pe care le consideră necesare pentru a le citi. Windows poate citi copii secundare ale MFT-ului, sau poate începe să precacheze unele date și asta ar putea fi diferența.Ubuntu se află într-o barcă similară - nu este orientată spre recuperarea din cutie, va încerca să monteze orice sistem de fișiere pe care îl găsește din mediul nou descoperit, automat. Din acest motiv, distribuțiile specializate orientate spre recuperare sunt un pariu mai bun, deoarece fac doar ceea ce le cereți în mod explicit, spre deosebire de a face lucrurile în mod automat.
Desigur, este posibil să fi avut pur și simplu noroc. Nu știu suficient despre modul de eșec al SSD ca să spun.
Linux, în general, nu ignoră indicatorii că ceva nu este în regulă. Va primi aceleași erori SCSI de la chipset-ul SATA ca Windows - dacă vă uitați la jurnalul kernel, pe un disc defect veți vedea o mulțime de mesaje de eroare. Depinde de ce programe accesează în mod real discul ce se va întâmpla în continuare. Dacă este un software orientat spre recuperare, poate încerca să recitească același sector de un număr limitat de ori, îl poate sări, etc. De obicei, cel mai bun pariu este să obțineți o imagine a unității cu cât mai multe sectoare citite curat posibil și apoi încercați să vă recuperați datele din acea imagine (a face orice analiză direct pe unitate este o idee proastă, de obicei, deoarece starea sa se poate agrava și doar pentru că ați reușit să citiți o dată, asta nu înseamnă că o veți putea citi din nou .)
Colegul colaborator AthonSfere, oferă o altă abordare a lucrurilor:
Multe dintre acestea sunt modul în care mediul gestionează sistemul de fișiere și ACL-urile sau hard disk-ul.
Windows va face tot ce poate de unul singur pentru a-și respecta ACL-urile și sectoarele marcate ca fiind rele sau goale. Deci partițiile NTFS sau Fat create și întreținute în Windows, precum și MBR-urile Windows vor fi gestionate de Windows așa cum Windows a marcat-o.
De asemenea, dacă unitatea eșuează cu cât o folosiți mai mult, cu atât este mai probabil să întâmpinați o problemă majoră și mediul se va prăbuși. Apoi, cum se descurcă sistemul de operare care intră în joc, Windows va BSOD sau reporni, procesul de pornire Windows va arunca mesaje MBR, lipsesc mesajele de fișiere (NTDLR.dll lipsește sau este corupt) și se va opri, deoarece aceste fișiere rele sunt necesare.
Când utilizați un disc live, nu vă bazați pe nimic. Un MBR defect este ocolit deoarece porniți de pe disc. Nu este necesar un sector defect care a corupt NTDLR.dll. Totul este pe disc. Apoi puteți încerca o citire. Dacă întâlnește un sector „gol” sau un bit rău, acel mediu îl gestionează oricum a fost programat să facă. Probabil că Ubuntu ar prefera să mențină comportamente normale ale sistemului de operare și să continue cu ceea ce este cel mai probabil să se întâmple. Sectorul este gol, fă altceva. Sectorul respectiv este rău, stați departe, nu citiți din nou, nu scrieți sau va provoca probleme.
Cu toate acestea, o platformă de recuperare va dori să citească toate datele. Marcatorii de fișiere spun că fișierul ar trebui să fie pe 0,5, 13…. dacă lipsesc rapoartele 13 ale sistemului de fișiere, ignorați antetul gol și citiți oricum fișierul sau citiți sectorul defect cât mai bine și încercați să recuperați.
De asemenea, Windows POATE face multe dintre acestea cu aplicații terțe, Recuva poate găsi multe dintre aceste fișiere „lipsă”, pentru unul. Dar nu doriți să vă aflați într-un mediu care poate scrie înapoi pe disc și poate provoca o adevărată pierdere permanentă.
Am simplificat acest lucru și am adăugat o interpretare, dar ar trebui să completeze câteva spații libere pentru ceea ce cereți.
Aveți ceva de adăugat la explicație? Sună în comentarii. Doriți să citiți mai multe răspunsuri de la alți utilizatori ai Stack Exchange? Consultați aici firul complet de discuție .
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons
