Kāpēc tas, ka jūs varat izmantot Linux datoru vai Linux Live CD, lai atgūtu datus, Windows nevarēja?
Šodienas jautājumu un atbilžu sesija mums priecājas par SuperUser - Stack Exchange dalību, kas ir kopienas vadīta Q & A tīmekļa vietņu grupa.
SuperUser lasītājs Philip Allgaier vēlas uzzināt, kāpēc viņš varēja atgūt datus ar Linux Live CD, par kuru Windows ziņoja par neatgūstamu:
Pamatinformācija: Šogad man bija problēmas ar SSD disku, ko Windows vairs atpazīst. Bet galu galā bootable Parted Magic 2012-10-10 izdarīja šo triku. Skatiet šo atrisināto pavedienu. No šī brīža viena ar mani saistīta problēma ...
Jautājums: Es apzinos, ka Linux kopumā ir nedaudz tehniska un neapstrādāta, bet var kāds aptuveni izskaidrot, kāpēc Linux sistēma (vai faktiski tikai šī konkrētā, jo Ubuntu neizdarīja šo triku) spēj joprojām piekļūt / sazināties ar pusi -pārtrauktā ierīce, kad Windows nav?
Vai viņi vienkārši ignorē iespējamos rādītājus, ka kaut kas varētu būt nepareizs?
Vai vispār ir kādi konkrēti iemesli?
Vai tas bija tikai veiksmi, ka šī īpašā vide varēja iegūt SSD reaģēšanai, ja tikai uz ierobežotu laiku?
Kaut arī noteikti varētu būt bijusi veiksme, visticamāk, ir vairāki faktori. Izpētīsim.
SuperUser ieguldītājs Eike piedāvā dažus potenciālus paskaidrojumus, ne tikai veiksmi, par viņa spēju saglabāt datus:
Parasti tas notiek atkarībā no tā, kāds tieši tiek piekļūt un kā precīzi ierīce nedarbojas. Piemēram, ja attiecīgais SSD nevar atgūt, teiksim, 5 sektoru un sāks apstādināt, tiklīdz kaut kas būs redzams 5. nozarē, atšķirība var būt tikai tāpēc, ka dažādas sistēmas automātiski piekļūst, kad atpazīst jaunu disku.
Kad Windows nosaka jaunu disku, tas izlasīs partition table un automātiski mēģinās atvērt jebkuru failu sistēmu, kuru tā zina, kā lasīt. Ja kāda no konstrukcijām / blokiem, kas tiek nolasīti šajā "montāžas" procesā, aktivizē bojāto SSD, lai izietu līdz galam, atšķirība no konkrētā linux izplatīšanas vienkārši nozīmē, ka tā nevar automātiski uzstādīt visas attiecīgās starpsienas vai arī, montāžā vienkārši izlasiet citu sektoru apakškopu (Linux NTFS ieviešana ļoti atšķiras no Windows versijas - vienlaikus diska formāts ir vienāds, tas ir atkarīgs no OS, ko tā uzskata par vajadzīgu lasīt. Windows var lasīt sekundāro MFT eksemplāru vai arī tas var sākt apstrādāt dažus datus, un tas var būt atšķirība. Ubuntu ir līdzīgā laivā - tā nav vērsta uz atkopšanu ārpus kastes, tā mēģinās uzstādīt jebkuru failu sistēmu, kuru tā atrod automātiski. Ņemot vērā to, ka specializētie diskonti, kas vērsti uz atveseļošanos, ir labākas likmes, jo tie tikai dara to, ko jūs skaidri uzdodat, nevis automātiski dara lietas.
Protams, jums var vienkārši būt laimīgs arī. Es nezināju pietiekami daudz par SSD sliktu displeju.
Linux parasti neignorē rādītājus, ka kaut kas nav kārtībā. Tā saņems tādas pašas SCSI kļūdas no SATA mikroshēmas, jo Windows - ja skatīsieties uz kodola žurnālu, kļūdainā diskā redzēsiet daudz kļūdu ziņojumu. Tas ir atkarīgs no tā, kādas programmas tiešām piekļūst diska, kas notiks tālāk. Ja tā ir programmatūra, kas vērsta uz atkopšanu, tā var mēģināt pārskatīt to pašu nozari ierobežotā skaitā reižu, tā var to izlaist utml. Parasti vislabāk ir iegūt diska attēlu ar tik daudzām nozarēm, kuras ir pēc iespējas skaidrākas, un tad mēģiniet atgūt savus datus no šī attēla (jebkura analīze tieši uz diska ir slikta ideja parasti, jo tā stāvoklis var pasliktināties un tikai tādēļ, ka jūs varēja kaut ko kaut ko lasīt, tas nenozīmē, ka jūs atkal to varēsiet lasīt .)
Līdzstrādnieks AthonSfere piedāvā vēl vienu lietu:
Liela daļa no tā ir veids, kā vide apstrādā failu sistēmu, kā arī ACL vai cieto disku.
Windows gatavojas darīt visu iespējamo, lai izpildītu savas ACL, un nozarēs, kas atzīmētas kā sliktas vai tukšas. Tātad NTFS vai Fat starpsienas, kas izveidotas un uzturētas operētājsistēmā Windows, kā arī Windows MBR, tiks apstrādātas ar Windows, jo Windows to atzīmēja.
Arī tad, ja disku neizdodas, jo vairāk jūs izmantojat to, jo lielāka iespējamība ir radīt lielu problēmu un vide crash. Tad, kā operētājsistēma apstrādā, kas sāks darboties, Windows būs BSOD vai atsāknēšana, Windows boot process nomest MBR ziņojumus, trūkstošos failu ziņojumus (NTDLR.dll trūkst vai tās ir bojātas) un apstājas, jo šie sliktie faili ir nepieciešami.
Ja izmantojat dzīvo disku, jūs neesat paļaujies uz kādu no šiem. Sliktais MBR tiek apiets, jo disks tiek startēts. Slikts sektors, kas bojā NTDLR.dll, nav vajadzīgs. Viss ir diskā. Pēc tam varat mēģināt lasīt. Ja tā saskaras ar "tukšo" sektoru vai slikti, šī vide to apstrādā, taču tā tika ieprogrammēta. Ubuntu, visticamāk, drīzāk saglabātu normālu OS uzvedību un turpināt ar visdrīzāk notiekošo. Nozare ir tukša, dariet kaut ko citu. Šis sektors ir slikts, palikt prom, nelasiet atkal nelasiet vai radīs problēmas.
Taču atgūšanas platforma gribēs lasīt visus datus. Failu marķieri apgalvo, ka failam jābūt 0,5, 13 .... ja failizācijas sistēmas atskaites 13 trūkst, ignorējiet tukšu galveni un jebkurā gadījumā izlasiet failu vai lasiet slikto sektoru vislabākajā veidā, kā arī mēģiniet to atgūt.
Arī Windows CAN to var paveikt ar trešo pušu lietojumprogrammām, tādēļ Recuva var atrast daudz šo "trūkstošo" failu. Bet jūs nevēlaties būt vidē, kas var rakstīt atpakaļ uz diska un izraisīt patiesu pastāvīgu zaudējumu.
Es to vienkāršoja un pievienoju kādu interpretāciju, bet tam vajadzētu aizpildīt dažus priekšrakstus par to, ko jūs lūdzat.
Vai kaut ko pievienot paskaidrojumam? Skatieties komentāros. Vēlaties lasīt citas atbildes no citiem tehnoloģiju savvy Stack Exchange lietotājiem? Šeit skatiet pilnu diskusiju pavedienu.
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons
