Miért használhatja Linux-alapú számítógépet vagy Linux Live CD-t az adatok helyreállításához?
A mai Kérdések és válaszok ülés a SuperUser jóvoltából érkezik hozzánk - a Stack Exchange alosztályához, amely a Q & A webhelyek közösségvezérelt csoportosulása.
A kérdés
Philip Allgaier, a SuperUser olvasója tudni akarja, miért tudta helyreállítani az adatokat egy Linux Live CD-vel, amelyről a Windows nem állított helyre:
Háttér: Az év elején problémám volt egy olyan SSD-meghajtóval, amelyet a Windows már felismer. De végül egy indítható Parted Magic 2012-10-10 trükköt tett. Ezt nézd megoldott szál . Egy kérdés ragadt rám ettől a pillanattól kezdve ...
Kérdés: Tisztában vagyok vele, hogy a Linux általában valamivel technikásabb és nyersebb, de valaki nagyjából felvázolhatja, miért képes egy Linux rendszer (vagy valójában csak az a bizonyos, mivel az Ubuntu nem csinálta ezt a trükköt) miért képes továbbra is hozzáférni / kommunikálni a felével -meghibásodott eszköz, amikor a Windows nem?
-
Csak figyelmen kívül hagyják azokat a potenciális mutatókat, amelyek szerint valami baj lehet?
-
Van egyáltalán konkrét oka?
-
Csak szerencse volt, hogy ez a bizonyos környezet csak korlátozott ideig képes volt reagálni az SSD-re?
Bár minden bizonnyal szerencse is lehetett volna, valószínűleg több tényező játszik szerepet. Vizsgáljuk meg.
A válasz
Eike, a SuperUser közreműködője a szerencsén túl néhány lehetséges magyarázatot kínál az adatok mentésének képességére:
Általában ez arra utal, hogy pontosan mihez férnek hozzá, és hogy pontosan hogyan hibásodik meg az eszköz. Például, ha a szóban forgó SSD nem képes letölteni mondjuk az 5-ös szektort, és elakad, amint bármi beolvassa az 5-ös szektort, a különbség egyszerűen abból adódhat, hogy a különböző rendszerek mihez férnek hozzá automatikusan, amikor új lemezt ismernek fel.
Amikor a Windows új lemezt észlel, elolvassa a partíciós táblázatot, és automatikusan megkísérli megnyitni azokat a fájlrendszereket, amelyeket tud olvasni. Ha a „szerelés” folyamat során olvasható struktúrák / blokkok bármelyike a hibás SSD-t elkezdi elbúcsúzni, akkor az a különbség az adott linux disztribúcióval egyszerűen annyi, hogy nem feltétlenül csatlakoztatja az összes szóban forgó partíciót, vagy a csatlakoztatáskor egyszerűen olvassa el a szektorok egy másik részhalmazát (az NTFS Linux-ban való megvalósítása nagyon eltér a Windows-tól - míg az on-disk formátum ugyanaz, az operációs rendszer függvénye, hogy mely struktúrákat tekinti szükségesnek olvasni. A Windows olvashatja az MFT másodlagos példányait, vagy megkezdheti bizonyos adatok előkészítését, és ez lehet a különbség. Az Ubuntu hasonló csónakban van - nem a dobozból való helyreállításra irányul, és megpróbál minden megtalált fájlrendszert csatlakoztatni Ez az oka annak, hogy a helyreállításra szakosodott disztribúciók jobb fogadást jelentenek, mivel csak azt teszik, amire Ön kifejezetten felkéri őket, szemben azzal, hogy automatikusan végezzen dolgokat.
Persze lehet, hogy neked is egyszerűen szerencséd lett. Nem tudok eleget az SSD meghibásodási módjáról.
A Linux általában nem hagyja figyelmen kívül azt, hogy valami nincs rendben. Ugyanazokat az SCSI hibákat fogja kapni a SATA chipsetből, mint a Windows - ha megnézi a kernelnaplót, egy hibás lemezen rengeteg hibaüzenetet fog látni. Attól függ, hogy a következő események mely programok ténylegesen férnek hozzá a lemezhez. Ha a helyreállításra szánt szoftverről van szó, megpróbálhatja korlátozott számú alkalommal átolvasni ugyanazt a szektort, kihagyhatja stb. Általában a legjobb megoldás az, ha képet készítünk a meghajtóról, minél több szektor tisztán olvasható, és akkor próbáld meg visszaszerezni az adatokat erről a képről (bármilyen elemzés elvégzése közvetlenül a meghajtón rossz ötlet, mivel annak állapota romolhat, és csak azért, mert egyszer el tudott olvasni valamit, ez nem azt jelenti, hogy újra elolvashatja .)
Közreműködő társunk, az AthonSfere újabb ajánlatot kínál a dolgokra:
Sok ilyen az, ahogyan a környezet kezeli a fájlrendszert, az ACL-eket vagy a merevlemezt.
A Windows mindent megtesz annak érdekében, hogy engedelmeskedjen az ACL-eknek és a rossznak vagy üresnek jelölt szektoroknak. Tehát a Windowsban létrehozott és fenntartott NTFS vagy Fat partíciókat, valamint a Windows MBR fájlokat a Windows kezeli, amint a Windows megjelöli.
Továbbá, ha a meghajtó meghibásodik, annál inkább használja, annál nagyobb a valószínűsége annak, hogy komoly problémával találkozik, és a környezet összeomlik. Aztán, hogy az operációs rendszer hogyan kezeli a játékot, a Windows BSOD-ot indít vagy újraindul, a Windows indítási folyamata MBR-üzeneteket, hiányzó fájlüzeneteket (az NTDLR.dll hiányzik vagy sérült) dob és leáll, mert ezekre a rossz fájlokra van szükség.
Élő lemez használatakor nem támaszkodik ezekre. A rossz MBR-fájl megkerülésre kerül, mert elindul a lemezről. Nincs szükség egy rossz szektorra, amely megrongálta az NTDLR.dll fájlt. Minden a lemezen van. Ezután megkísérelheti az olvasást. Ha „üres” szektorral vagy rossz bitrel találkozik, akkor az a környezet kezeli, bármennyire is be volt programozva. Az Ubuntu valószínűleg inkább fenntartja az operációs rendszer normál viselkedését, és folytatja a legvalószínűbb eseményeket. A szektor üres, tegyen valami mást. Ez a szektor rossz, maradj távol, ne olvasd újra, ne írj, vagy problémákat fog okozni.
A helyreállítási platform azonban minden adatot el akar olvasni. A fájljelölők szerint a fájlnak a 0,5, 13… -on kell lennie. ha a fájlrendszer 13 jelentése hiányzik, hagyja figyelmen kívül az üres fejlécet, és mindenképp olvassa el a fájlt, vagy olvassa el a lehető legjobban a rossz szektort, és próbálja meg helyreállítani.
Ezenkívül a Windows sokat tud csinálni harmadik féltől származó alkalmazásokkal, a Recuva ezek közül a „hiányzó” fájlok közül sok mindent megtalál. De nem akar olyan környezetben lenni, amely visszaírhat a lemezre, és valódi maradandó veszteséget okozhat.
Leegyszerűsítettem ezt, és némi értelmezést adtam hozzá, de ki kell töltenie néhány kérdést.
Van valami hozzáfűzhető a magyarázathoz? Hangzik el a megjegyzésekben. Szeretne további válaszokat olvasni más, hozzáértő Stack Exchange-felhasználóktól? Nézze meg a teljes vitafonalat itt .
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons
