Miksi Linux-järjestelmät voivat toisinaan palauttaa tietoja Windowsista?

Miksi voit käyttää Linux-pohjaista tietokonetta tai Linux Live -CD-levyä tietojen palauttamiseksi Windowsiin?

Nykypäivän Kysymys- ja vastaus -istunto tulee meille suotuisasti SuperUserin - Stack Exchange -alueen, yhteisöpohjaisen Q & A-sivustojen ryhmittymän - kautta..

Kysymys

SuperUser-lukija Philip Allgaier haluaa tietää, miksi hän pystyi palauttamaan tietoja Linux Live CD -levyllä, joka ilmoitettiin palautumattomaksi Windowsissa:

Tausta: Aiemmin tänä vuonna minulla oli ongelma SSD-asemalla, jonka Windows tunnisti enää. Mutta lopulta käynnistettävä Parted Magic 2012-10-10 teki tempun. Katso tämä ratkaistu kierre. Yksi kysymys tarttui minuun siitä hetkestä…

Kysymys: Olen tietoinen siitä, että Linux on yleensä hieman tekninen ja raaka, mutta voiko joku karkeasti kuvata, miksi Linux-järjestelmä (tai tosiasiallisesti vain se, että Ubuntu ei tehnyt temppua) pystyy yhä käyttämään / kommunikoimaan puoleen - viallinen laite, kun Windows ei ole?

Eivätkö he vain ota huomioon mahdollisia indikaattoreita, jotka jotkut saattavat olla väärässä?
Onko mitään konkreettisia syitä?
Oliko se vain onnea, että kyseinen ympäristö saattoi saada SSD: n vastaamaan, jos vain rajoitetun ajan?

Vaikka se olisi varmasti voinut olla onnea, on todennäköisesti enemmän kuin muutamia tekijöitä. Tutkitaan.

Vastaus

SuperUserin avustaja Eike tarjoaa muutamia mahdollisia selityksiä, pelkästään onnea, hänen kykynsä tallentaa tiedot:

Yleensä tämä tulee siihen, mitä tarkalleen käytetään, ja miten laite ei toimi. Jos esimerkiksi kyseinen SSD ei pysty hakemaan, eli sektoria 5, ja se alkaa pysähtyä heti, kun jotain lukee sektoria 5, ero voi johtua yksinkertaisesti siitä, mitä eri järjestelmät automaattisesti käyttävät, kun he tunnistavat uuden levyn.

Kun Windows havaitsee uuden levyn, se lukee osion taulukon ja yrittää automaattisesti avata minkä tahansa tiedostojärjestelmän, jota se tietää lukea. Jos jokin tämän "asennus" -prosessin aikana luettavista rakenteista / lohkoista laukaisee viallisen SSD: n menemisen ohi, ero kyseisen linux-jakelun kanssa on yksinkertaisesti se, että se ei välttämättä asenna kaikkia kyseisiä osioita, tai voi, Kun asennat, lue yksinkertaisesti eri alojen osajoukko (NTFS: n toteutus Linuxissa on hyvin erilainen kuin Windowsissa - kun levyn muoto on sama, on käyttöjärjestelmän mukaan se, mitä rakenteita se pitää tarpeellisina lukea. Windows voi lukea toissijaisia kopioita MFT: stä, tai se voi aloittaa joidenkin tietojen esikäsittelyn, ja se voi olla ero. Ubuntu on samanlaisessa veneessä - se ei ole suunnattu palauttamiseen laatikosta, se yrittää asentaa minkä tahansa löytämänsä tiedostojärjestelmän äskettäin löydetyistä medioista automaattisesti, joten palauttamiseen suunnatut erikoisjakelut ovat parempi panos, koska ne tekevät vain sen, mitä nimenomaisesti pyydätte heitä vastaan tekemättä asioita automaattisesti.

Tietenkin, olet ehkä myös saanut onnekas. En tiedä tarpeeksi SSD: n vikatilasta.

Linux ei yleensä jätä huomiotta indikaattoreita, jotka jotakin on väärässä. Se saa samat SCSI-virheet SATA-piirisarjasta kuin Windows - jos tarkastelet ytimen lokia, viallisessa levyssä näet paljon virheilmoituksia. Se riippuu siitä, mitkä ohjelmat pääsevät levylle, mitä seuraavaksi tapahtuu. Jos ohjelmisto on suunnattu hyödyntämiseen, se voi yrittää lukea saman sektorin uudelleen rajoitetusti useita kertoja, se voi ohittaa sen jne. Yleensä paras vaihtoehto on saada kuva asemasta niin monella sektorilla, joka luetaan mahdollisimman puhtaasti, ja yritä sitten palauttaa tiedot tästä kuvasta (mikä tahansa analyysi suoraan asemasta on huono idea, koska sen tila voi pahentua ja vain siksi, että pystyt lukemaan jotain kerran, se ei tarkoita sitä, että voit lukea sen uudelleen .)

Kollegani AthonSfere tarjoaa toisen otteen:

Paljon se on tapa, jolla ympäristö käsittelee tiedostojärjestelmää, sekä ACL- tai kiintolevyn.

Windows aikoo tehdä kaikkensa, jotta se voi noudattaa ACL: itä, ja sektorit, jotka on merkitty huonoksi tai tyhjiksi. Windows käsittelee NTFS- tai Fat-osioita sekä Windows-MBR-tiedostoja, joten Windows käsittelee niitä Windows-merkinnällä..

Lisäksi jos taajuusmuuttaja epäonnistuu, sitä enemmän käytät sitä, sitä todennäköisempää on kohdata suuri ongelma ja ympäristö kaatuu. Sitten, miten käyttöjärjestelmä käsittelee, tulee Windows-BSOD tai uudelleenkäynnistys, Windowsin käynnistysprosessi heittää MBR-sanomat, puuttuvat tiedostoviestit (NTDLR.dll puuttuu tai on vioittunut) ja lopeta, koska nämä huonot tiedostot ovat pakollisia.

Kun käytät live-levyä, et luota siihen. Huono MBR ohitetaan, koska käynnistät levyn. Huono sektoria, joka on NTDLR.dll: n vioittunut, ei tarvita. Kaikki on levyllä. Sitten voit yrittää lukea. Jos se kohtaa "tyhjän" sektorin tai huonon bitin, ympäristö käsittelee sitä, mutta se oli ohjelmoitu tekemään. Ubuntu todennäköisesti haluaisi säilyttää normaalit käyttöjärjestelmätoiminnot ja jatkaa sitä, mitä todennäköisimmin tapahtuu. Sektori on tyhjä, tee jotain muuta. Tämä sektori on huono, pysy poissa, älä lue uudelleen, älä kirjoita tai se aiheuttaa ongelmia.

Palautusalusta kuitenkin haluaa lukea kaikki tiedot. Tiedostomerkit sanovat, että tiedoston pitäisi olla 0,5, 13…. jos tiedostojärjestelmäraportteja 13 puuttuu, ohita tyhjä otsikko ja lue tiedosto muuten, tai lue huono sektori niin parhaaksi kuin mahdollista ja yritä palauttaa.

Lisäksi Windows voi tehdä tämän paljon kolmansien osapuolten sovellusten avulla, Recuva voi löytää paljon näistä "puuttuvista" tiedostoista. Mutta et halua olla ympäristössä, joka voi kirjoittaa takaisin levylle ja aiheuttaa todellista pysyvää menetystä.

Olen yksinkertaistanut tätä ja lisännyt joitakin tulkintoja, mutta sen pitäisi täyttää joitakin aihioita, joita pyydät.

Onko jotain lisättävää selitykseen? Ääni pois kommenteista. Haluatko lukea lisää vastauksia muilta tech-savvy Stack Exchange -käyttäjiltä? Tutustu koko keskusteluketjuun täällä.

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