Zašto Linux sustavi ponekad mogu oporaviti podatke?

Zašto je to što možete koristiti Linux-temeljen računalo ili Linux Live CD za oporavak podataka Windows nije mogao?

Današnja sesija pitanja i odgovora dolazi nam ljubaznošću SuperUser-a, podjele Stack Exchangea, grupiranja web-lokacija za pitanja i odgovore u zajednici.

Pitanje

Čitatelj SuperUser Philip Allgaier želi znati zašto je uspio oporaviti podatke pomoću Linux Live CD-a koji je prijavljen kao nepopravljiv u sustavu Windows:

Pozadina: Ranije ove godine imao sam problema s SSD pogonom koji Windows prepoznaje više. No, na kraju, Parted Magic 2012-10-10 je napravio trik. Pogledajte ovu riješenu nit. Jedno pitanje koje mi je ostalo od tog trenutka ...

Pitanje: Svjestan sam da je Linux općenito malo više tehnički i sirov, ali može li netko grubo ocrtati zašto je Linux sustav (ili zapravo samo onaj određeni, budući da Ubuntu nije uspio), još uvijek može pristupiti / komunicirati s polovicom - oštećeni uređaj kada sustav Windows nije?

Samo ignoriraju potencijalne pokazatelje da nešto može biti pogrešno?
Postoje li konkretni razlozi?
Je li to bila samo sreća što je ovaj okoliš uspio dobiti SSD na odgovor samo na ograničeno vrijeme?

Iako je svakako mogla biti sreća, vjerojatno postoji više od nekoliko čimbenika. Istražimo.

Odgovor

Doprinositelj SuperUser-a Eike nudi neka potencijalna objašnjenja, osim samo sreće, za njegovu sposobnost spremanja podataka:

Obično se to svodi na ono što se, zapravo, pristupa i kako, točno, uređaj ne radi. Na primjer, ako je SSD u pitanju ne može dohvatiti, recimo, sektor 5 i početi odugovlačiti čim nešto pročita sektor 5, razlika može biti samo zbog toga što različiti sustavi automatski pristupaju kada prepoznaju novi disk.

Kada sustav Windows otkrije novi disk, pročitat će tablicu particija i automatski pokušati otvoriti bilo koji datotečni sustav koji zna čitati. Ako bilo koja od struktura / blokova koji se čitaju tijekom ovog "montažnog" procesa pokreću vaše neispravne SSD-ove za odlazak, razlika s tom specifičnom linux distribucijom jednostavno je da ne može automatski montirati sve dotične particije ili može, kada se montira, jednostavno pročitajte drugačiji podskup sektora (implementacija NTFS-a u Linuxu je vrlo različita od one u sustavu Windows - dok je format na disku isti, na OS-u koji strukture smatra potrebnim pročitati. Windows može pročitati sekundarne kopije MFT-a, ili može početi propovijedati neke podatke i to bi mogla biti razlika. Ubuntu je u sličnom čamcu - nije usmjeren prema oporavku izvan okvira, pokušat će montirati bilo koji datotečni sustav koji pronađe na novootkrivenim medijima, automatski. Zbog toga su specijalizirane distribucije usmjerene na oporavak bolja oklada, budući da rade samo ono što ih izričito tražite, a ne automatski.

Naravno, možda ste i vi imali sreće. Ne znam dovoljno o načinu neuspjeha SSD-a.

Linux općenito ne ignorira pokazatelje da nešto nije u redu. Dobit će iste SCSI pogreške iz SATA čipseta kao i Windows - ako pogledate dnevnik kernela, na neispravnom disku vidjet ćete mnogo poruka o pogrešci. To ovisi o tome koji programi aktualno pristupaju disku što će se sljedeće dogoditi. Ako je softver usmjeren na oporavak, može pokušati ponovno čitati isti sektor u ograničenom broju slučajeva, može ga preskočiti, itd. Obično je najbolje dobiti sliku pogona sa što više sektora koji čitaju što je više moguće, i zatim pokušajte oporaviti podatke s te slike (bilo kakva analiza izravno na pogonu je loša ideja, jer se stanje može pogoršati i samo zato što ste jednom mogli pročitati nešto, to ne znači da ćete je moći ponovno pročitati. .)

Suradnik AthonSfere, nudi još jednu ponudu:

Mnogo toga je način na koji okruženje upravlja datotečnim sustavom i ACL-om ili tvrdim diskom.

Windows će učiniti sve što može na svoju ruku da poštuje svoje ACL-ove i sektore označene kao loše ili prazne. Tako će NTFS ili Fat particije stvorene i održavane u sustavu Windows, kao i Windows MBR-ovi, biti obrađene u sustavu Windows kao što je Windows označio.

Isto tako, ako pogon propadne, više ga koristite, to je vjerojatnije da će naići na veliki problem i okolina će se srušiti. Onda kako se OS rukovati koji dolazi u igru, Windows će BSOD ili ponovno podizanje sustava, Windows boot proces će baciti MBR poruke, nedostaje datoteka datoteka (NTDLR.dll nedostaje ili je oštećen) i zaustaviti, jer ove loše datoteke su potrebne.

Kada koristite živi disk, ne oslanjate se ni na jedno od ovoga. Loš MBR se zaobilazi jer se pokrećete s diska. Loš sektor koji je oštetio NTDLR.dll nije potreban. Sve je na disku. Zatim možete pokušati pročitati. Ako naiđe na 'prazan' sektor ili loš bit, to okruženje obrađuje kako je bilo programirano. Ubuntu bi radije održavao normalno ponašanje OS-a i nastavio s onim što se najvjerojatnije događa. Sektor je prazan, napravite nešto drugo. Taj sektor je loš, klonite se, ne čitajte ponovo, ne pišite ili će uzrokovati probleme.

Platforma za oporavak će ipak htjeti pročitati sve podatke. Oznake datoteka kažu da bi datoteka trebala biti na 0,5, 13…. ako izvješća datotečnog sustava 13 nedostaju, zanemarite prazno zaglavlje i svejedno pročitajte datoteku, ili pročitajte loš sektor onoliko koliko može i pokušajte se oporaviti.

Također, Windows može učiniti mnogo toga s aplikacijama treće strane, Recuva može pronaći mnogo tih "nedostajućih" datoteka, za jednu. Ali ne želite biti u okruženju koje može pisati natrag na disk i uzrokovati istinski trajni gubitak.

Ja sam to pojednostavio i dodao malo tumačenja, ali trebao bi popuniti neke praznine za ono što tražite.

Imate li što dodati objašnjenju? Zvuk isključen u komentarima. Želite li pročitati više odgovora od drugih tehničkih korisnika Stack Exchangea? Pogledajte cjelokupnu temu za raspravu ovdje.

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