Miért lehet a Linux rendszerek néha helyreállítani az adatokat?

Miért használhat 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 munkamenet a Jóvagyon - a Stack Exchange alosztályának, a közösség által vezérelt Q&A webhelyek csoportjának köszönhetően..

A kérdés

A Philip Allgaier SuperUser olvasó tudni akarja, hogy miért tudta helyreállítani az adatokat olyan Windows Live CD-n, amelyet a Windowsban nem lehetett visszaállítani:

Háttér: Ez év elején probléma volt egy SSD-meghajtóval, amelyet a Windows többé felismer. De végül egy indítható parted Magic 2012-10-10 csinálta a trükköt. Lásd ezt a megoldott szálat. Az egyik kérdés ragaszkodott hozzám attól a pillanattól…

Kérdés: Tudom, hogy a Linux általában egy kicsit technikaiabb és nyersebb, de valaki nagyjából felvázolja, hogy miért egy Linux rendszer (vagyis csak az adott, mivel az Ubuntu nem tette meg a trükköt) még mindig képes félig hozzáférni / kommunikálni -meghibásodott eszköz, ha a Windows nem?

• Csak figyelmen kívül hagyják azokat a potenciális mutatókat, amelyek valami tévedhetnek?

• Vannak konkrét okok?

• Csak szerencsés volt, hogy ez az adott környezet képes volt az SSD-re válaszolni, ha csak korlátozott ideig?

Bár biztosan szerencséje lehetett volna, valószínűleg több tényező is van. Vizsgáljuk meg.

A válasz

A SuperUser közreműködője, Eike néhány lehetséges magyarázatot kínál a szerencsére, hogy meg tudja őrizni az adatokat:

Ez általában azt jelenti, hogy pontosan mit érnek el, és hogy pontosan miért nem működik az eszköz. Például, ha a kérdéses SSD nem tudja lekérni, mondjuk, az 5. szektort, és elkezd leállni, mihelyt bármi olvassa az 5. szektort, a különbség egyszerűen az lehet, hogy a különböző rendszerek automatikusan hozzáférnek, miután felismerték az új lemezt.

Amikor a Windows új lemezt észlel, elolvassa a partíciós táblát, és automatikusan megpróbálja megnyitni az összes fájlrendszert, amit tudni kell. Ha a „szerelési” folyamat során olvasztott struktúrák / blokkok bármelyike ​​a hibás SSD-t elindítja, akkor a különbség az adott linux-elosztással egyszerűen azt jelenti, hogy az nem tudja automatikusan csatlakoztatni az összes partíciót, vagy szereléskor egyszerűen olvassa el a szektorok egy másik részhalmazát (az NTFS implementációja Linuxban nagyon különbözik a Windows rendszerétől, míg a lemezformátum ugyanaz, az operációs rendszeren múlik, hogy milyen struktúrákat tart szükségesnek az olvasáshoz. A Windows másodlagos példányokat olvashat az MFT-ről, vagy elkezdheti az adatok előzetes elkészítését, és ez lehet a különbség. Az Ubuntu hasonló hajón van - nem a dobozból való helyreállításra irányul, akkor megpróbál bármilyen fájlrendszert felvenni az újonnan felfedezett médiában automatikusan, ezért a helyreállítást célzó speciális terjesztések jobb tétet jelentenek, mivel csak azt teszik, amit kifejezetten megkérnek tőlük, nem pedig automatikusan csinálnak.

Természetesen egyszerűen szerencsés is lehet. Nem tudok elég az SSD hibás módjáról.

A Linux általában nem hagyja figyelmen kívül azokat a mutatókat, amelyek valami hibásak. Ugyanazokat az SCSI hibákat kapja a SATA lapkakészletből, mint a Windows - ha megnézzük a kernel naplót, egy hibás lemezen sok hibaüzenet jelenik meg. Ez attól függ, hogy a programok milyen módon férnek hozzá a lemezhez. Ha a szoftver a helyreállítást célozza meg, akkor megpróbálhatja megismételni ugyanabba az ágazatba korlátozott számú alkalommal, elhagyhatja azt, stb. Általában a legjobb megoldás, ha a meghajtót a lehető legtöbb szektorral olvassa el, és majd próbálja meg helyreállítani az adatokat a képből (a közvetlenül a meghajtón végzett elemzés általában rossz ötlet, mivel az állapota tovább romlik, és csak azért, mert egyszer képes volt elolvasni valamit, ez nem jelenti azt, hogy újra elolvashatja azt .)

Az AthonSfere munkatársai újabb dolgokat kínálnak:

Sokan az, ahogyan a környezet kezeli a fájlrendszert, valamint az ACL-eket vagy a merevlemezt.

A Windows minden tőle telhetőt megtesz, hogy engedelmeskedhessen az ACL-eknek, és a rossz vagy üresen megjelölt szektorok. Így a Windows rendszerben a Windows rendszerben létrehozott és karbantartott NTFS vagy Fat partíciókat, valamint a Windows MBR-eket kezeli, mivel a Windows megjelölte azt.

Továbbá, ha a meghajtó elmulasztja, annál többet használsz, annál valószínűbb, hogy nagy problémával találkozunk, és a környezet összeomlik. Aztán hogyan kezeli az operációs rendszer kezelőszerveit, a Windows BSOD-t vagy újraindítást, a Windows rendszerindítási folyamat eldobja az MBR-üzeneteket, hiányzó fájlüzeneteket (az NTDLR.dll hiányzik vagy sérült), és állítsa le, mert ezek a rossz fájlok szükségesek.

Ha élő lemezt használ, akkor erre nem hivatkozhat. A rossz MBR-t elkerüli, mert elindítja a lemezt. Az NTDLR.dll sérült rossz szektorra nincs szükség. Minden a lemezen van. Ezután megpróbálhat olvasni. Ha egy „üres” szektort vagy rossz bitet talál, akkor a környezet kezeli azt, de programozott volt. Az Ubuntu valószínűleg inkább a normál operációs rendszer viselkedését tartja fenn, és folytatná a legvalószínűbb eseményeket. Az ágazat üres, csináljon mást. Ez az ágazat rossz, maradjon távol, ne olvassa újra ne írjon, vagy problémákat okoz.

A helyreállítási platform azonban minden adatot el akar olvasni. A fájljelzők azt mondják, hogy a fájlnak 0,5, 13…. ha a 13 fájlrendszer-jelentés hiányzik, hagyja figyelmen kívül az üres fejlécet, és olvassa el a fájlt, vagy olvassa el a rossz szektort a lehető legjobban, és próbálja meg helyreállítani.

Emellett a Windows a harmadik fél által készített alkalmazásokkal is sokat tud csinálni, a Recuva sok ilyen „hiányzó” fájlt talál egy részére. De nem akarsz olyan környezetben lenni, amely vissza tud írni a lemezre, és valódi állandó veszteséget okozhat.

Ezt egyszerűsítettem, és hozzáadtam néhány értelmezést, de ki kell töltenie néhány kérdőívét.

Van valami, amit hozzá kell adni a magyarázathoz? Kikapcsolja a megjegyzéseket. Szeretne további válaszokat olvasni más tech-savvy Stack Exchange felhasználóktól? Nézze meg a teljes beszélgetés szálát itt.

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