Kodėl „Linux“ sistemos kartais gali atkurti „Windows“ duomenis?

Kodėl galite naudoti „Linux“ pagrindu veikiantį kompiuterį arba „Linux Live CD“, kad būtų atkurti duomenys, kurių Windows negalėjo?

Šiandienos „Klausimų ir atsakymų“ sesija mums suteikiama pagal „SuperUser“ - „Stack Exchange“ padalinį, bendruomenės sukurtą „Q&A“ svetainių grupavimą.

Klausimas

„SuperUser“ skaitytojas „Philip Allgaier“ nori sužinoti, kodėl jis galėjo susigrąžinti duomenis su „Linux Live“ kompaktiniu disku, apie kurį pranešta, kad „Windows“:

Fonas: Šių metų pradžioje turėjau problemos su SSD disku, kurį Windows atpažins. Bet galų gale įkrovos „Parted Magic“ 2012-10-10 padarė triuką. Žr. Vienas klausimas, su kuriuo susidūriau, nuo to momento ...

Klausimas: Žinau, kad „Linux“ paprastai yra šiek tiek techniškesnė ir neapdorota, bet ar galima apytiksliai apibūdinti, kodėl „Linux“ sistema (arba iš tikrųjų tik tokia, nes „Ubuntu“ nepadarė gudrybės) vis dar gali pasiekti / bendrauti per pusę - sugadintas įrenginys, kai „Windows“ nėra?

• Ar jie tiesiog ignoruoja visus galimus rodiklius, kad kažkas gali būti neteisinga?

• Ar yra kokių nors konkrečių priežasčių?

• Tai buvo tik sėkmė, kad ši konkreti aplinka sugebėjo gauti SSD atsakymą, jei tik tam tikrą laiką?

Nors tai tikrai galėjo pasisekti, greičiausiai yra daugiau nei keletas veiksnių. Ištirsime.

Atsakymas

„SuperUser“ prisidėjėjas „Eike“ siūlo keletą galimų paaiškinimų, be tik sėkmės, kad galėtų išsaugoti duomenis:

Paprastai tai atsitinka, ką tiksliai pasiekia ir kaip, tiksliai, prietaisas neveikia. Pavyzdžiui, jei aptariamas SSD negali nuskaityti, tarkim, 5 sektorių ir pradės sustoti, kai tik kas nors skaito 5 sektorių, skirtumas gali būti paprasčiausiai dėl to, kokios skirtingos sistemos automatiškai pasiekia, kai atpažįsta naują diską.

Kai „Windows“ aptinka naują diską, ji perskaitys skaidinio lentelę ir automatiškai bandys atidaryti visas failų sistemas, kurias ji žino, kaip skaityti. Jei kuri nors iš šio „montavimo“ proceso metu skaitomų struktūrų / blokų sukelia jūsų sugedusį SSD eiti į kitą, skirtumas su tuo konkrečiu „Linux“ platinimu yra tiesiog tas, kad jis negali automatiškai prijungti visų atitinkamų skaidinių, arba montuojant, tiesiog perskaitykite kitokį sektorių pogrupį (NTFS diegimas Linux sistemoje labai skiriasi nuo sistemos Windows, o diske esantis formatas yra tas pats, tai priklauso nuo OS, kokių struktūrų ji mano esant reikalinga skaityti. „Windows“ gali perskaityti antrines MFT kopijas, arba ji gali pradėti išankstinį kai kurių duomenų apdorojimą, o tai gali būti skirtinga: „Ubuntu“ yra panašiame laive - jis nėra skirtas atkūrimui iš dėžutės, jis bandys prijungti bet kokią rastą failų sistemą dėl to, kad naujai atrasta žiniasklaida, tai yra dėl to, kad specializuoti paskirstymai, skirti susigrąžinti, yra geresni statymai, nes jie tik daro tai, ką aiškiai prašote, o ne automatiškai.

Žinoma, jūs taip pat galite pasisekti. Aš nežinau apie SSD gedimo režimą.

Linux paprastai nepaiso rodiklių, kad kažkas neteisinga. Jis gaus tas pačias SCSI klaidas iš SATA mikroschemų rinkinio, kaip „Windows“ - jei pažvelgsite į branduolio žurnalą, ant klaidingo disko matysite daug klaidų pranešimų. Tai priklauso nuo to, kokios programos iš tiesų pasiekia diską, kas nutiks toliau. Jei programinė įranga skirta atkūrimui, ji gali bandyti perskaityti tą patį sektorių ribotą skaičių kartų, ji gali praleisti jį ir tt Paprastai geriausia yra gauti diską su kuo daugiau švariai skaitomų sektorių ir tada pabandykite atkurti duomenis iš to vaizdo (bet kokią analizę tiesiogiai atlikti diske yra bloga idėja, nes jos būklė gali pablogėti ir tik todėl, kad galėjote kažką perskaityti, tai nereiškia, kad galėsite jį perskaityti dar kartą) .)

Atstovas „AthonSfere“ siūlo kitokius dalykus:

Daugelis tai yra būdas, kuriuo aplinka tvarko failų sistemą, ir ACL arba kietąjį diską.

„Windows“ ketina daryti viską, ką gali, kad galėtų laikytis savo ACL, ir sektoriai, pažymėti kaip blogi ar tušti. Taigi „Windows“ sistemoje Windows tvarkomi ir tvarkomi NTFS arba riebalų skaidiniai, taip pat „Windows MBR“ bus tvarkomi, nes „Windows“ pažymėjo ją.

Be to, jei diskas neveikia, tuo daugiau naudosite, tuo labiau tikėtina, kad susiduriama su didele problema, o aplinka nukris. Tada, kaip operacinės sistemos rankenos pasirodys, „Windows“ bus BSOD arba perkraunama, „Windows“ įkrovos procesas mesti MBR pranešimus, trūksta failų (NTDLR.dll trūksta arba sugadinta) ir sustabdoma, nes šie blogi failai yra reikalingi.

Kai naudojate gyvą diską, nesate tikri tuo. Blogas MBR yra apeinamas, nes paleidžiate diską. Netinkamas NTDLR.dll sugadintas sektorius nėra reikalingas. Viskas yra diske. Tada galite pabandyti skaityti. Jei ji susiduria su „tuščiu“ sektoriumi ar bloga bitė, ta aplinka ją tvarko, tačiau ji buvo užprogramuota. Tikėtina, kad „Ubuntu“ palaikys įprastą OS elgesį ir tęstųsi su tuo, kas greičiausiai vyksta. Šis sektorius yra tuščias. Šis sektorius yra blogas, likti nuošalyje, neskaitykite, rašykite, ar tai sukels problemų.

Tačiau atkūrimo platforma norės skaityti visus duomenis. Failų žymekliai sako, kad failas turi būti 0,5, 13…. jei trūksta failų sistemos ataskaitų 13, ignoruokite tuščią antraštę ir perskaitykite failą, arba skaitykite blogą sektorių kaip įmanoma geriau ir pabandykite susigrąžinti.

Be to, „Windows“ gali tai padaryti su trečiųjų šalių programomis, „Recuva“ gali rasti daug „trūkstamų“ failų. Bet jūs nenorite būti aplinkoje, kuri gali rašyti atgal į diską ir sukelti tikrą nuolatinį nuostolį.

Aš tai supaprastinau ir pridėjau šiek tiek aiškinimo, tačiau ji turėtų užpildyti tam tikrus ruošinius, ką prašote.

Ar ką nors papildyti paaiškinimu? Garsas išjungtas komentaruose. Norite perskaityti daugiau atsakymų iš kitų „tech-savvy Stack Exchange“ vartotojų? Čia rasite visą diskusijų temą.

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