Miksi voit käyttää Linux-tietokonetta tai Linux Live CD: tä tietojen palauttamiseen, jota Windows ei voinut?
Tämän päivän Kysymys- ja vastausistunto tulee meille SuperUser-yhteisöstään, joka on Stack Exchangen osasto.
Kysymys
SuperUser-lukija Philip Allgaier haluaa tietää, miksi hän pystyi palauttamaan tietoja Linux Live -CD-levyllä, jonka ilmoitettiin olevan palauttamaton Windowsissa:
Tausta: Aiemmin tänä vuonna minulla oli ongelma SSD-aseman kanssa, jonka Windows tunnisti enää. Mutta lopulta käynnistettävä Parted Magic 2012-10-10 teki tempun. Katso tämä ratkaistu lanka . Yksi kysymys tarttui minuun siitä hetkestä ...
Kysymys: Olen tietoinen siitä, että Linux on yleensä hieman teknisempi ja raaka, mutta voisiko joku karkeasti kuvata, miksi Linux-järjestelmä (tai itse asiassa vain se tietty järjestelmä, koska Ubuntu ei tehnyt temppua) pystyy edelleen käyttämään / kommunikoimaan puolikkaan kanssa -rikki laite, kun Windows ei ole?
-
Ohittavatko he vain mahdolliset indikaattorit siitä, että jokin saattaa olla vialla?
-
Onko mitään konkreettisia syitä?
-
Oliko vain onnea siitä, että tämä erityinen ympäristö pystyi saamaan SSD: n vastaamaan vain rajoitetun ajan?
Vaikka se olisi varmasti voinut olla onnea, siinä on todennäköisesti enemmän kuin muutama tekijä. Tutkitaan.
Vastaus
SuperUser-avustaja Eike tarjoaa joitain potentiaalisia selityksiä pelkästään onnen lisäksi kyvyltään tallentaa tiedot:
Yleensä tämä riippuu siitä, mihin tarkalleen pääsee ja miten laite epäonnistuu. Esimerkiksi, jos kyseinen SSD ei pysty hakemaan, esimerkiksi sektoria 5, ja se alkaa pysähtyä heti, kun jokin lukee sektoria 5, ero voi johtua yksinkertaisesti siitä, mitä eri järjestelmät käyttävät automaattisesti, kun he tunnistavat uuden levyn.
Kun Windows havaitsee uuden levyn, se lukee osiotaulukon ja yrittää automaattisesti avata tiedostojärjestelmät, jotka se osaa lukea. Jos jokin tämän asennuksen aikana luetuista rakenteista / lohkoista laukaisee viallisen SSD-aseman ohi, ero kyseisen linux-jakelun kanssa on yksinkertaisesti se, että se ei välttämättä asenna kaikkia kyseisiä osioita tai kun asennat, lue vain eri alaryhmä (NTFS: n toteutus Linuxissa on hyvin erilainen kuin Windowsissa - vaikka levyn muoto on sama, käyttöjärjestelmän tehtävänä on lukea tarvittavat rakenteet. Windows voi lukea toissijaisia kopioita MFT: stä tai se voi aloittaa tietojenkäsittelyn ja se voi olla ero.Ubuntu on samanlaisessa veneessä - sitä ei ole tarkoitettu palauttamiseen laatikosta, se yrittää asentaa minkä tahansa löytämänsä tiedostojärjestelmän Tästä syystä palauttamiseen tähtäävät erikoistuneet jakelut ovat parempi veto, koska ne tekevät vain sitä, mitä sinä nimenomaisesti pyydät heiltä sen sijaan, että tekisit asioita automaattisesti.
Tietysti saatat olla yksinkertaisesti onnekas. En tiedä tarpeeksi SSD: n vikatilasta sanoa.
Linux ei yleensä ohita indikaattoreita siitä, että jokin on vialla. Se saa samat SCSI-virheet SATA-piirisarjalta kuin Windows - jos tarkastelet ytimen lokia, viallisella levyllä näet paljon virheilmoituksia. Se riippuu siitä, mitkä ohjelmat käyttävät tosiasiallisesti levyä, mitä tapahtuu seuraavaksi. Jos se on ohjelmisto, joka on tarkoitettu palauttamiseen, se voi yrittää lukea saman sektorin rajoitetun määrän kertoja, saattaa ohittaa sen jne. Yleensä paras veto on saada kuva asemasta niin, että mahdollisimman monta sektoria luetaan puhtaasti, ja yritä sitten palauttaa tiedot kyseisestä kuvasta (minkä tahansa analyysin tekeminen suoraan asemalta on huono idea, koska sen tila voi huonontua ja vain siksi, että pystyit lukemaan jotain kerran, se ei tarkoita, että voit lukea sen uudelleen .)
Avustajakumppani AthonSfere tarjoaa uuden otteen asioista:
Paljon se on tapa, jolla ympäristö käsittelee tiedostojärjestelmää, ja ACL: itä tai kiintolevyä.
Windows tekee kaiken voitavansa tottelemaan ACL-luetteloita ja huonoksi tai tyhjiksi merkittyjä sektoreita. Joten Windows käsittelee NTFS- tai Fat-osiot sekä Windows MBR: t, kun Windows merkitsee sen.
Lisäksi, jos asema epäonnistuu, sitä enemmän sitä käytetään, sitä todennäköisemmin se törmää suureen ongelmaan ja ympäristö kaatuu. Sitten kuinka käyttöjärjestelmä käsittelee peliä, Windows käynnistää BSOD: n tai käynnistyy uudelleen, Windowsin käynnistysprosessi heittää MBR-viestit, puuttuvat tiedostoviestit (NTDLR.dll puuttuu tai on vioittunut) ja pysähtyy, koska näitä huonoja tiedostoja vaaditaan.
Kun käytät live-levyä, et luota mihinkään näistä. Huono MBR ohitetaan, koska käynnistät levyn. Huono sektori, joka vioittanut NTDLR.dll-tiedostoa, ei tarvita. Kaikki on levyllä. Voit sitten yrittää lukea. Jos se kohtaa "tyhjän" sektorin tai huonon bitin, kyseinen ympäristö käsittelee sen, vaikka se oli ohjelmoitu tekemään. Ubuntu todennäköisesti ylläpitää mieluummin normaalia käyttöjärjestelmän käyttäytymistä ja jatkaa sitä, mitä todennäköisimmin tapahtuu. Sektori on tyhjä, tee jotain muuta. Se ala on huono, pysy poissa, älä lue uudelleen älä kirjoita tai se aiheuttaa ongelmia.
Palautusalusta haluaa kuitenkin lukea kaikki tiedot. Tiedostomerkkien mukaan tiedoston pitäisi olla 0,5, 13…. Jos tiedostojärjestelmäraportit 13 puuttuvat, jätä tyhjä otsikko huomiotta ja lue tiedosto joka tapauksessa, tai lue virheellinen sektori mahdollisimman hyvin ja yritä palauttaa.
Myös Windows VOI tehdä paljon tämän kolmansien osapuolten sovellusten kanssa, Recuva löytää paljon näistä "puuttuvista" tiedostoista yhdelle. Mutta et halua olla ympäristössä, joka saattaa kirjoittaa takaisin levylle ja aiheuttaa todellisen pysyvän menetyksen.
Olen yksinkertaistanut tätä ja lisännyt jonkin verran tulkintaa, mutta sen pitäisi täyttää joitain tyhjiä kohtia siitä, mitä kysyt.
Onko sinulla jotain lisättävää selitykseen? Ääni pois kommenteista. Haluatko lukea lisää vastauksia muilta teknisesti taitavilta Stack Exchangen käyttäjiltä? Katso koko keskusteluketju täältä .
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons
