De ce este posibil să utilizați un computer pe bază de Linux sau un CD Linux Live pentru a recupera datele pe care Windows nu le-a putut face?
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 Q & A.
Cititorul super-utilitar 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 începutul acestui an am avut o problemă cu o unitate SSD pe care Windows o mai recunoștea. 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ă acceseze / - dispozitiv deteriorat când Windows nu este?
Au ignorat eventualii indicatori potențiali că ceva ar putea fi în neregulă?
Există motive întemeiate?
A fost doar noroc faptul ca acest mediu particular a fost capabil sa obtina SSD-ul pentru a raspunde, daca doar pentru o perioada limitata?
Deși cu siguranță ar fi putut fi noroc, probabil că mai sunt câțiva factori la joc. Să investigăm.
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 este capabil 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 datorată a ceea ce diferite sisteme accesează automat odată ce 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 subgrup 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 structura pe care o consideră necesară pentru citire. Windows poate citi secvențe secundare ale MFT sau poate începe să precizeze unele date și care ar putea fi diferența. Ubuntu se află într-o barcă similară - nu este destinată recuperării din cutie, va încerca să monteze orice sistem de fișiere pe care îl găsește pe media recent descoperite, în mod 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.
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 orientat spre recuperare, poate încerca să recitească același sector un număr limitat de ori, poate să o săriți peste el etc. De obicei, cel mai bun pariu este să obțineți o imagine a unității cu cât mai multe sectoare citite cât mai curând posibil și apoi încercați să vă recuperați datele de pe 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 a lucrurilor:
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 gestionate 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 intră în joc, Windows va fi BSOD sau va reporni, procesul de boot al Windows-ului va arunca mesaje MBR, mesajele lipsă (NTDLR.dll lipsesc sau sunt corupte) și se vor opri, deoarece aceste fișiere sunt necesare.
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 discul. 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 "gol" sau un pic 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 fișierul oricum, sau citiți cât mai bine sectorul rău și încercați să îl 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ă fiți într-un mediu care să scrie înapoi pe disc și să provoace pierderi permanente reale.
Am simplificat acest lucru și am adăugat o anumită 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
