Зашто Линук системи понекад могу опоравити податке Виндовс не може?

Зашто се може користити Линук-базирани рачунар или Линук Ливе ЦД за обнављање података које Виндовс није могао?

Данашња сесија питања и одговора долази нам захваљујући СуперУсер-у - подјела Стацк Екцханге-а, груписане од стране заједнице веб-локација за питања и одговоре.

Питање

Читач СуперУсер-а Пхилип Аллгаиер жели да зна зашто је успео да обнови податке помоћу Линук Ливе ЦД-а који је пријављен као непоправљив у Виндовс-у:

Позадина: Раније ове године имао сам проблем са ССД диском који Виндовс више препознаје. Али, на крају, Партед Магиц 2012-10-10 је направио трик. Погледајте ову решену нит. Једно питање ми је остало од тог тренутка ...

Питање: Свестан сам да је Линук генерално мало више технички и сиров, али може ли неко грубо оцртати зашто је Линук систем (или заправо само онај одређени, будући да Убунту није урадио трик) способан је још увијек приступити / комуницирати с половицом - оштећени уређај када Виндовс није?

Да ли они игноришу потенцијалне индикаторе да нешто може бити погрешно?
Постоје ли неки конкретни разлози?
Да ли је то била само срећа што је ово окружење успело да ССД одговори на само ограничено време?

Иако је свакако могло бити среће, вероватно постоји више од неколико фактора. Хајде да истражимо.

Одговор

Доприноситељ СуперУсер-а Еике нуди нека потенцијална објашњења, осим само среће, за његову способност да сачува податке:

Обично се то своди на то шта се тачно приступа и како, тачно, уређај не ради. На пример, ако ССД који је у питању није у стању да преузме, рецимо, сектор 5 и почне да одуговлачи чим нешто прочита сектор 5, разлика може бити само због тога што различити системи аутоматски приступају када препознају нови диск.

Када Виндовс открије нови диск, он ће прочитати табелу партиција и аутоматски покушати да отвори било који датотечни систем који зна да чита. Ако било која од структура / блокова који се читају током овог "монтажног" процеса покрећу ваше неисправне ССД-ове за одлазак, разлика с том специфичном линук дистрибуцијом је једноставно то што не може аутоматски монтирати све дотичне партиције, или може, када се монтира, једноставно прочитајте другачији подскуп сектора (имплементација НТФС-а у Линуку је веома различита од оне у Виндовсу - док је формат на диску исти, на ОС-у је то што структуре које сматра неопходним за читање. Виндовс може прочитати секундарне копије МФТ-а, или може почети да проповиједа неке податке и то може бити разлика. Убунту је у сличном чамцу - није усмјерен ка опоравку изван оквира, покушаће да монтира било који датотечни систем који пронађе на новооткривеним медијима, аутоматски. Због тога је специјализована дистрибуција усмјерена на опоравак боља опклада, јер они раде само оно што сте експлицитно тражили, а не да раде ствари аутоматски.

Наравно, можда сте и ви имали среће. Не знам довољно о начину неуспјеха ССД-а.

Линук генерално не игнорише индикаторе да нешто није у реду. Примаће исте СЦСИ грешке из САТА чипсета као што ће Виндовс - ако погледате дневник кернела, на неисправном диску ћете видети пуно порука о грешкама. Зависи од тога који програми актуално приступају диску шта ће се даље десити. Ако је софтвер усмерен ка опоравку, може покушати да поново прочита исти сектор у ограниченом броју случајева, може га прескочити, итд. Обично је најбоље изабрати слику диска са што више сектора који читају што је више могуће, и затим покушајте да повратите податке са те слике (било каква анализа директно на драјву је лоша идеја јер се њено стање може погоршати и само зато што сте могли да прочитате нешто једном, то не значи да ћете моћи поново да га прочитате). .)

Колега сарадник АтхонСфере, нуди још једну ствар:

Много тога је начин на који окружење управља системом датотека и АЦЛ-овима или хард диском.

Виндовс ће урадити све што може само по себи да поштује своје АЦЛ-ове и секторе означене као лоше или празне. Тако ће НТФС или Фат партиције креиране и одржаване у Виндовсу као и Виндовс МБР-овима бити обрађене од стране Виндовс-а као што је Виндовс означио.

Такође, ако диск не успе, што га више користите, већа је вероватноћа да ћете наићи на велики проблем и околина ће се срушити. Онда како ће се оперативни систем руковати који долази у игру, Виндовс ће БСОД или ребоот, Виндовс боот процес ће бацити МБР поруке, нестале поруке (НТДЛР.длл недостаје или је оштећен) и заустави се, јер су ти лоши фајлови обавезни.

Када користите живи диск, не ослањате се ни на једно од овога. Лош МБР се заобилази јер се покрећете са диска. Лош сектор који је оштетио НТДЛР.длл није потребан. Све је на диску. Затим можете покушати читање. Ако наиђе на 'празан' сектор или лош бајт, то окружење га обрађује како је било програмирано. Убунту би вероватно радије одржавао нормално понашање ОС-а и наставио са оним што се највјероватније догађа. Сектор је празан, урадите нешто друго. Тај сектор је лош, клоните се, не читајте поново, не пишите или ће изазвати проблеме.

Платформа за опоравак ће ипак желети да прочита све податке. Маркери фајлова кажу да фајл треба да буде на 0,5, 13…. ако извештаји о датотечном систему 13 недостају, игноришите празно заглавље и прочитајте датотеку у сваком случају, или прочитајте лош сектор онолико колико може и покушајте да се опоравите.

Такође, Виндовс може много тога да ради са апликацијама трећих страна, Рецува може да пронађе много ових "несталих" фајлова, за једну. Али не желите да будете у окружењу које може писати натраг на диск и узроковати истински трајни губитак.

Ја сам то поједноставио и додао мало тумачења, али треба попунити неке празнине за оно што питате.

Имате ли нешто да додате објашњењу? Звучи у коментарима. Желите ли прочитати више одговора од других технолошки паметних Стацк Екцханге корисника? Погледајте цео дискусију овде.

хттп://суперусер.цом/куестионс/586666/вхи-цан-линук-системс-сометиме-рецовер-дата-виндовс-цант-ани-цонцрете-реасонс