De ce pot sistemele Linux uneori să recupereze datele Windows nu poate?

De ce este posibil să utilizați un computer Linux sau un CD Linux Live pentru a recupera datele pe care Windows nu le-a putut?

Sesiunea de întrebări și răspunsuri din ziua de astăzi vine de la amabilitatea SuperUser - o subdiviziune a Stack Exchange, o grupare bazată pe comunitate a site-urilor web Q & A.

Intrebarea

Cititorul de super-utilități Philip Allgaier dorește să știe de ce a reușit să recupereze datele cu un CD Linux Live care a fost raportat ca nerecuperabil în Windows:

Fundal: La inceputul acestui an am avut o problema cu o unitate SSD pe care Windows o mai recunoaste. Dar în cele din urmă o bootabilă Parted Magic 2012-10-10 a făcut truc. Vedeți acest thread rezolvat. O întrebare a rămas cu mine din acel moment ...

Întrebare: Sunt conștient de faptul că Linux este, în general, un pic mai tehnic și mai brut, dar poate cineva să schițeze de ce un sistem Linux (sau, de fapt, numai unul particular, din moment ce Ubuntu nu a făcut trucul) este capabil să mai acceseze / - dispozitiv deteriorat atunci când Windows nu este?

Doar ei ignoră orice potențiali indicatori că ceva ar putea fi în neregulă?
Există motive întemeiate?
A fost doar noroc faptul că acest mediu particular a reușit să obțină răspunsul SSD, chiar dacă pentru un timp limitat?

Deși cu siguranță ar fi putut fi noroc, probabil că mai sunt câțiva factori la 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, exact, este accesat și cum, exact, dispozitivul eșuează. De exemplu, dacă SSD în cauză nu reușește să recupereze, să spunem, sectorul 5 și va începe să se blocheze de îndată ce va citi ceva în sectorul 5, diferența ar putea fi pur și simplu determinată de accesul automat al sistemelor în momentul în care recunosc un nou disc.

Când Windows detectează un disc nou, va citi tabela 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 procesului de "montare" declanșează defecțiunea SSD defectă, diferența cu distribuția specifică a linux este pur și simplu că nu poate monta automat toate partițiile în cauză sau poate, când se montează, 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 pe disc este același, sistemul este structurile pe care le consideră necesare pentru citire. Windows poate citi secvențe secundare ale MFT sau poate începe să preechidă unele date și care ar putea fi diferența. Ubuntu se află într-o barcă similară - nu este orientată spre recuperare din cutie, va încerca să monteze orice sistem de fișiere pe care îl găsește pe media recent descoperită, în mod automat.Astfel, 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.

Bineînțeles, poate că ați avut și noroc. Nu știu suficient despre modul de declanșare al SSD-ului.

Linux, în general, nu ignoră indicatorii că ceva este în neregulă. Acesta va primi aceleași erori SCSI din chipset-ul SATA ca și Windows - dacă te uiți la jurnalul kernel-ului, pe un disc defect veți vedea o mulțime de mesaje de eroare. Depinde de ce programe accesează în mod curent discul ce se va întâmpla în continuare. Dacă software-ul este destinat recuperării, poate încerca să recitească același sector de un număr limitat de ori, poate să o sări peste el etc. De obicei, cel mai bun pariu este să obții o imagine a unității cu cât mai multe sectoare citesc cât mai curând posibil și apoi încercați să vă recuperați datele din acea imagine (efectuarea oricărei analize direct pe unitate este o idee proastă, de obicei, deoarece starea sa se poate înrăutăți și doar pentru că ați reușit să citiți ceva o dată, asta nu înseamnă că o veți putea citi din nou .)

Contribuitorul colaboratorului AthonSfere, oferă o altă abordare:

Multe dintre ele sunt modul în care mediul se ocupă de sistemul de fișiere, de ACL-urile sau de hard disk-ul.

Windows va face tot ce poate singur, pentru a se supune ACL-urilor sale, iar sectoarele marcate ca rele sau goale. Deci, partițiile NTFS sau Fat create și întreținute în Windows, precum și Windows MBRs vor fi tratate de Windows ca Windows marcat.

De asemenea, dacă unitatea eșuează, cu cât o utilizați mai mult, cu atât este mai probabil ca aceasta să întâmpine o problemă majoră și mediul se va prăbuși. Apoi, modul în care sistemul de operare se află în joc, Windows va fi BSOD sau va reporni, procesul de pornire a ferestrelor va arunca mesaje MBR, lipsesc mesajele de fișier (NTDLR.dll lipsește sau corupte) și se va opri, deoarece aceste fișiere sunt solicitate.

Când folosiți un disc live, nu vă bazați pe niciunul dintre acestea. Un MBR rău este bypassed pentru că porniți de pe disc. Un sector rău care a corupt NTDLR.dll nu este necesar. Totul este pe disc. Puteți încerca o citire. Dacă întâmpină un sector "necompletat" sau un bit rău, acel mediu se ocupă cu toate acestea a fost programat să facă. Probabil Ubuntu ar prefera să mențină comportamentele normale ale sistemului de operare și să continue cu ceea ce este cel mai probabil să se întâmple. Sectorul este gol, face altceva. Acest sector este rău, stați departe, nu citiți din nou, nu scrieți sau va cauza probleme.

Cu toate acestea, o platformă de recuperare va dori să citească toate datele. Marcatorii de fișiere spun că fișierul trebuie să fie pe 0,5, 13 .... dacă rapoartele sistemului de fișiere 13 lipsesc, ignorați antetul necompletat și citiți oricum fișierul sau citiți cât mai bine sectorul rău și încercați să recuperați.

De asemenea, Windows poate face o mulțime de acest lucru cu aplicații terțe părți, Recuva poate găsi o mulțime de aceste fișiere "lipsă", pentru unul. Dar nu doriți să vă aflați într-un mediu care să vă puteți scrie înapoi pe disc și să provocați pierderi permanente.

Am simplificat acest lucru și am adăugat o interpretare, dar ar trebui să completeze câteva chestii pentru ceea ce cereți.

Aveți ceva de adăugat la explicație? Sunați în comentariile. Doriți să citiți mai multe răspunsuri de la alți utilizatori de tehnologie Stack Exchange? Check out discuția completă aici.

http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons