Kāpēc Linux sistēmas dažreiz var neatgūt datus no Windows?

Kāpēc jūs varat izmantot Linux balstītu datoru vai Linux Live CD, lai atgūtu datus, ko Windows nevarēja?

Šodienas jautājumu un atbilžu sesija mums dod pieklājību no SuperUser-Stack Exchange apakšnodaļas, kas ir kopienas orientēta Q & A tīmekļa vietņu grupa.

Jautājums

SuperUser lasītājs Philip Allgaier vēlas uzzināt, kāpēc viņš varēja atgūt datus ar Linux Live CD, kas tika ziņots par neatgūstamu sistēmā Windows:

Fons: Šogad man bija problēmas ar SSD disku, ko Windows vairs neatzītu. Bet galu galā bootable Parted Magic 2012-10-10 darīja triku. Skatiet šo atrisināto pavedienu. Viens no maniem jautājumiem iestājās no šī brīža ...

Jautājums: Es apzinos, ka Linux parasti ir nedaudz tehniskāka un neapstrādāta, bet vai kāds var apdomāt, kāpēc Linux sistēma (vai faktiski tikai tā, jo Ubuntu triks nedarīja) joprojām spēj piekļūt / sazināties ar pusi - bojāta ierīce, ja sistēma Windows nav?

• Vai viņi vienkārši ignorē visus iespējamos rādītājus, kas varētu būt nepareizi?

• Vai ir kādi konkrēti iemesli?

• Vai tas bija tikai veiksmi, ka šī konkrētā vide varēja saņemt SSD atbildi tikai tad, ja tas ir ierobežots laiks?

Lai gan tas, protams, būtu bijis veiksmi, iespējams, ir vairāk nekā daži faktori. Izpētīsim.

Atbilde

SuperUser ieguldītājs Eike piedāvā dažus iespējamos paskaidrojumus, ne tikai veiksmi, lai spētu saglabāt datus:

Parasti tas nāk uz leju, kas tieši tiek lietots, un kā, tieši, ierīce nedarbojas. Piemēram, ja attiecīgais SSD nespēj izgūt, piemēram, 5. sektoru, un sāks apstāties, tiklīdz kaut kas skan 5. sektoru, atšķirība var būt tikai tāpēc, ka dažādas sistēmas automātiski piekļūst, kad tās atpazīst jaunu disku.

Kad sistēma Windows atklāj jaunu disku, tā nolasīs nodalījumu tabulu un automātiski mēģinās atvērt jebkuru failu sistēmu, ko tā zina. Ja kāda no struktūrām / blokiem, kas tiek nolasīti šī “montāžas” procesa laikā, izraisa jūsu kļūdaino SSD aiziešanu, atšķirība ar šo konkrēto Linux izplatīšanu ir vienkārši, ka tā nevar automātiski pievienot visus attiecīgos nodalījumus, vai arī montējot, vienkārši izlasiet citu sektoru apakškopu (NTFS ieviešana Linux sistēmā ir ļoti atšķirīga no sistēmas Windows sistēmas - kamēr diska formāts ir tāds pats, tas ir atkarīgs no OS, kuras struktūras uzskata par nepieciešamām lasīt. Windows var nolasīt MFT sekundāros eksemplārus, vai arī tas var sākt dažu datu iepriekšēju apstrādi, un tas varētu būt atšķirīgs Ubuntu ir līdzīgā laivā - tas nav pielāgots atkopšanai no kastes, tas mēģinās uzstādīt jebkuru atrasto failu sistēmu automātiski atklātos plašsaziņas līdzekļos tas ir labāks derīgums, jo specializētie sadalījumi, kas vērsti uz atveseļošanos, ir labāki, jo viņi tikai dara to, ko jūs skaidri pieprasāt, nevis rīkoties automātiski.

Protams, arī jums var būt vienkārši izdevies. Es nezinu pietiekami daudz par SSD neveiksmes režīmu.

Linux parasti ignorē rādītājus, kas kaut kas ir nepareizi. Tā saņems tādas pašas SCSI kļūdas no SATA mikroshēmojuma kā Windows - ja paskatās uz kodola žurnālu, kļūdainā diskā redzēsiet daudz kļūdu ziņojumu. Tas ir atkarīgs no tā, kādas programmas diskā var piekļūt, kas notiks tālāk. Ja programmatūra ir paredzēta atveseļošanai, tā var mēģināt atkārtoti aplūkot to pašu sektoru ierobežotā skaitā reižu, tā var izlaist to utt. Parasti labākais ir iegūt diska attēlu ar tik daudzām nozarēm, kas ir lasītas tīrā veidā, un pēc tam mēģiniet atgūt savus datus no šī attēla (veicot analīzi tieši uz diska, parasti ir slikta ideja, jo tā stāvoklis var pasliktināties un tikai tāpēc, ka tu vari kaut ko izlasīt, tas nenozīmē, ka jūs to varēsiet vēlreiz izlasīt .)

Arodbiedrs AthonSfere, piedāvā vēl vienu lietu:

Daudz no tā ir veids, kā vide apstrādā failu sistēmu, kā arī ACL vai cieto disku.

Sistēma Windows darīs visu iespējamo, lai tās pakļautos ACL un sektoriem, kas atzīmēti kā slikti vai tukši. Tātad Windows darbosies NTFS vai Fat nodalījumi, kas izveidoti un uzturēti, kā arī Windows MBR, jo Windows to atzīmēs.

Turklāt, ja disks neizdodas, jo vairāk jūs to izmantojat, jo lielāka iespēja, ka rodas nopietna problēma, un vide sabruks. Tad kā operētājsistēmas rokturi sāk darboties, Windows būs BSOD vai atsāknēšana, Windows sāknēšanas process mest MBR ziņojumus, trūkstošos failu ziņojumus (NTDLR.dll trūkst vai ir bojāts) un apturēt, jo šie sliktie faili ir nepieciešami.

Ja izmantojat dzīvo disku, jūs nepaļaujaties uz kādu no šiem. Slikts MBR tiek apiets, jo jūs noņemat diska. Nepareizs sektors, kas bojāts NTDLR.dll, nav nepieciešams. Viss ir uz diska. Pēc tam varat mēģināt lasīt. Ja tā saskaras ar “tukšu” sektoru vai sliktu bitu, šī vide to apstrādā, bet tā bija ieprogrammēta. Ubuntu, iespējams, drīzāk uzturēs normālu OS uzvedību un turpinās ar to, kas visticamāk notiks. Nozare ir tukša, kaut ko citu. Šī nozare ir slikta, paliek prom, nelasiet vēlreiz, nerakstiet, vai tas radīs problēmas.

Tomēr atgūšanas platforma vēlas izlasīt visus datus. Failu marķieri saka, ka failam jābūt 0,5, 13…. ja trūkst failu sistēmas pārskatu 13, ignorējiet tukšo virsrakstu un jebkurā gadījumā izlasiet failu vai izlasiet slikto sektoru pēc iespējas labāk un mēģiniet atgūt.

Arī Windows var to izdarīt daudz ar trešo pušu lietojumprogrammām, Recuva var atrast daudz no šiem "trūkstošajiem" failiem. Bet jūs nevēlaties būt vidē, kas var rakstīt atpakaļ uz diska un radīt patiesu pastāvīgu zaudējumu.

Es to vienkāršoju un pievienoju dažus skaidrojumus, bet tai jāaizpilda daži sagataves, ko lūdzat.

Vai kaut kas jāpievieno paskaidrojumam? Skaņas izslēgšana komentāros. Vai vēlaties lasīt vairāk atbildes no citiem tehnoloģiju gudriem Stack Exchange lietotājiem? Apskatiet pilnu diskusiju pavedienu šeit.

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