13Sep
Kodėl negalima naudoti "Linux" arba "Linux Live" kompaktinio disko atkūrimo duomenų?
Šiandienos klausimas &Atsakymų sesija ateina pas mus iš "SuperUser" - "Stack Exchange", bendruomenės pagrįstos "Q & A" svetainių grupės pasidalijimo.
Klausimas
SuperUser skaitytojas Philip Allgaier nori žinoti, kodėl jis galėjo atkurti duomenis naudodamas "Linux Live" kompaktinį diską, kuris buvo pranešamas kaip neatgautinas "Windows":
Background: Anksčiau šiais metais kilo problemų su SSD disku, kurį "Windows" pripažinodaugiau. Bet galų gale buvo įkrovimas Parted Magic 2012-10-10.Žiūrėkite šį išspręstą siūlą.Nuo to momento manęs įstrigo klausimas. ..
Klausimas: Aš žinau, kad Linux paprastai yra šiek tiek daugiau techninio ir neapdoroto, bet gali kas nors apibūdinti, kodėl Linux sistema( arba iš tikrųjų tik ta konkreti, nes Ubuntu neveikėapgauti) vis dar gali naudotis / bendrauti su pusiau sugadintą įrenginį, kai "Windows" nėra?
-
Ar jie tiesiog ignoruoja galimus rodiklius, kad kažkas gali būti klaidingas?
-
Ar apskritai yra kokių nors konkrečių priežasčių?
-
Ar buvo tik sėkmė, kad ši konkreti aplinka galėjo gauti SSD atsakymui, jei tik ribotą laiką?
Nors tai, be abejo, galėjo būti sėkmė, greičiausiai gali būti daugiau nei keletas veiksnių.Paimkime.
Atsakymas
SuperUser autorius Eike siūlo keletą galimų paaiškinimų, negu sėkmės, dėl jo gebėjimo išsaugoti duomenis:
Paprastai tai liečia tai, ką tiksliai galima pasiekti ir kaip tiksliai įrenginys nesugeba. Pvz., Jei aptariamas SSD negali nuskaityti, sakykime, 5 sektorius ir pradės stabdyti, kai tik kas nors skaito 5 sektorių, skirtumas gali būti tiesiog dėl to, ką skirtingos sistemos automatiškai pasiekia, kai atpažįsta naują diską.
Kai Windows aptinka naują diską, jis perskaitys skirsnių lentelę ir automatiškai bandys atidaryti visas failų sistemas, kurias ji žino kaip skaityti. Jei kuri nors iš struktūrų / blokų, kurie yra skaitomi per šį "montavimo" procesą, suaktyvins jūsų sugedusį SSD, kad eiti į priekį, skirtumas tarp šio konkretaus "Linux" paskirstymo reiškia, kad jis negali automatiškai prijungti visų atitinkamų skirtukų arba,montuodami tiesiog skaitykite kitokį sektorių pogrupį( NTFS įdiegimas Linux sistemoje labai skiriasi nuo to, kuris yra sistemoje "Windows", o formato diske yra tas pats, o tai yra OS, kurios struktūros jis laiko būtina skaityti."Windows" gali skaityti antrines "MFT" kopijas, arba ji gali pradėti taikyti kai kuriuos duomenis, o tai gali būti skirtumas. "Ubuntu" yra panašioje valtyje - jis nėra pritaikytas atkūrimui iš dėžutės, jis bandys įdiegti bet kurią failų sistemą, kurią ji randaautomatiškai. Dėl šios priežasties specializuoti paskirstymai, skirti atkūrimui, yra geresni, nes jie daro tai, ką aiškiai paprašysite, o ne automatiškai.
Žinoma, tugali tiesiog pasisekė.Aš nežinau pakankamai informacijos apie SSD nesėkmės režimą.
Linux paprastai ignoruoja rodiklius, kad kažkas yra negerai. Jis gaus tas pačias SCSI klaidas iš SATA lustų, nes "Windows" - jei pažvelgsite į branduolio žurnalą, sugedusiame diske pamatysite daug klaidų pranešimų.Tai priklauso nuo to, kokios programos realiai pasiekia diską, kas atsitiks toliau. Jei tai programinė įranga, skirta atkūrimui, ji gali pabandyti perskaityti tą patį sektorių ribotą skaičių kartų, gali jį praleisti ir tt Paprastai geriausia yra gauti diskų atvaizdą su kuo daugiau sektorių, kurie būtų kuo aiškesni, irtada pabandykite susigrąžinti savo duomenis iš šio vaizdo( bet kokia analizė tiesiai ant disko yra bloga idėja, nes jos būklė gali pablogėti ir tik todėl, kad jūs galėjote ką nors kartą skaityti, tai nereiškia, kad galėsite ją perskaityti dar kartą.)
partneris AthonSfere siūlo dar vieną dalyką:
Dauguma to, kaip aplinka tvarko failų sistemą, ACL ar kietąjį diską."
" "Windows" ketina daryti viską, kas gali atskirai, kad būtų laikomasi ACL, o sektoriai, pažymėti kaip blogi arba tušti. Taigi "Windows" ir "Windows" MBR sukurtos ir palaikomos "NTFS" arba "Fat" pertvaros bus tvarkomos Windows, kai "Windows" pažymės.
Taip pat, jei diskas nebeveikia, tuo daugiau jį naudosite, tuo didesnė tikimybė, kad kiltų didelė problema ir aplinka sugestų.Tada, kaip operacinė sistema tvarko tai, kas pradeda veikti, "Windows" bus BSOD arba paleista iš naujo, "Windows" įkėlimo procesas bus mesti MBR pranešimus, trūksta failų pranešimų( NTDLR.dll trūksta arba sugadintas) ir sustabdyti, nes reikalingi šie blogi failai.
Kai naudojate tiesioginį diską, jūs neatsižvelgiate į tai. Netinkamas MBR yra apeinamas, nes paleidžiama iš disko. Netinkamas NTDLR.dll sugadintas sektorius nereikalingas. Viskas yra diske. Tada galite pabandyti skaityti. Jei jis susiduria su "tuščiu" sektoriumi arba blogai, tai aplinka ją tvarko, tačiau ji buvo suplanuota. Tikėtina, kad "Ubuntu" palaikys normalią "OS" elgseną ir tęsis tuo, kas greičiausiai vyks. Sektorius yra tuščias, daro kažką kito.Šis sektorius yra blogas, likite nuošalyje, neskaitykite, niekada neprašykite arba tai sukels problemų.
Atkūrimo platforma vis tiek nori perskaityti visus duomenis. Failų žymekliai sako, kad failas turėtų būti 0,5, 13. ...jei trūksta failų sistemos ataskaitų 13, ignoruokite tuščią antraštę ir bet kokiu atveju perskaitykite failą arba skaitykite blogiausią sektorių kaip galima greičiau ir pabandykite susigrąžinti.
Be to, "Windows CAN" gali daug ką tai padaryti su trečiųjų šalių programomis, "Recuva" gali rasti daugybę šių "trūkstamų" failų.Bet nenorite būti aplinkoje, kuri gali įrašyti atgal į diską ir sukelti tikrąjį nuolatinį nuostolį.
Aš tai supaprastiniau ir pridėjau tam tikrą aiškinimą, tačiau jis turėtų užpildyti kai kuriuos užklausimus.
Ar ką nors pridėti prie paaiškinimo? Garsas išjungtas komentaruose. Norite skaityti daugiau atsakymų iš kitų "Tech-savvy Stack Exchange" vartotojų?Patikrinkite visą diskusijų temą čia.
http: //superuser.com/questions/586666/ "why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons"