13Sep
Зашто можете користити Линук рачунар или Линук Ливе ЦД за опоравак података Виндовс не може?
Данашње питање & амп;Сесија одговора долази нам захваљујући СуперУсер-у подскупу Стацк Екцханге-а, групације К & ама;
Питање
СуперУсер читач Пхилип Аллгаиер жели да зна зашто је могао обновити податке помоћу Линук Ливе ЦД-а који је пријављен као неповратан у Виндовс-у:
Позадина: Раније ове године имам проблем са ССД-погоном који би Виндовс препозналавише.Али, на крају, боотабле Партед Магиц 2012-10-10 је направио трик.Погледајте ову решену нит.Једно питање се заглавило са мном из тог тренутка. ..
Питање: Свестан сам да је Линук углавном мало технички и сирови, али да ли неко може грубо објаснити зашто Линук систем( или заправо само онај конкретан, од када Убунту није урадиотрик) је у стању да и даље приступа / комуницира са получепривљеним уређајем када Виндовс није?
-
Да ли игноришу било који показатељ да нешто може бити погрешно?
-
Да ли постоје неки конкретни разлози?
-
Да ли је само срећа што је ово одређено окружење било у могућности да ССД одговори на одговор, ако је то било у ограниченом времену?
Иако је сигурно могла бити срећа, вероватно има више од неколико фактора.Хајде да истражимо.
Одговорност
СуперУсер доприноси Еике нуди нека потенцијална објашњења, осим среће, због његове способности да сачува податке:
Обично се своди на оно на шта се, тачно, приступа и како тачно, уређај не ради.На примјер, уколико ССД у питању није у могућности да преузме, рецимо, сектор 5 и почиње да се зауставља чим се нешто чита сектор 5, разлика се може једноставно узроковати оним што различити системи аутоматски приступају када препознају нови диск.
Када Виндовс открије нови диск, прочитаће партицију таблице и аутоматски покуша да отвори све системске датотеке које зна како да чита.Ако се нека од објеката / блокова који се чита током овог "монтирања" процеса покрећу ваш погрешан ССД да оде поред пута, разлика са том специфичном дистрибуцијом Линук-а је једноставно да не може аутоматски да монтира све партиције у питању, или може,приликом монтирања једноставно прочитајте другу подгрупу сектора( имплементација НТФС-а у Линук-у је веома различита од оног у Виндовс-у - док је формат на диску исти, оно је на основу ОС-а које структуре сматра потребним за читање.Виндовс може прочитати секундарне копије МФТ-а, или може започети преклапање неких података и то би могла бити разлика. Убунту је на сличном броду - није усмерен ка опоравку изван кутије, покушаће да монтира било који датотечни систем који пронађена новооткривеним медијима, па је то због тога што су специјализоване дистрибуције усмерене ка опоравку боља опклада, пошто они раде само оно што експлицитно тражите за супротно од тога да аутоматски раде ствари.
Наравно, виможда су и срећни.Не знам довољно о режиму неуспјеха ССД-а.
Линук генерално не игнорише индикаторе да нешто није у реду.Он ће добити исте СЦСИ грешке са САТА чипсета као и Виндовс - ако погледате дневник кернела, на неисправном диску видећете много порука о грешци.То зависи од тога који програми актуелно приступају диску шта ће се десити следеће.Ако је софтвер намењен за опоравак, можда ће покушати поново пребацити исти сектор ограничен број пута, може га прескочити итд. Обично је најбоља опклада да добијете слику погона са што већим бројем секција чита што је могуће више ионда покушајте да повратите своје податке са те слике( било која анализа директно на погону је лоша идеја обично јер се његово стање може погоршати и само зато што сте могли нешто да читате једном, то не значи да ћете моћи поново да је прочитате.)
сарадник АтхонСфере, нуди још једно преузимање ствари:
Много је начина на који окружење обрађује датотечни систем, АЦЛ или хард диск.
Виндовс ће учинити све што може самостално да поштује своје АЦЛ-ове, а секторе означени као лоши или празни.Дакле, НТФС или Фат партиције које су креиране и одржаване у Виндовсу, као и Виндовс МБРс ће управљати Виндовсом док га Виндовс обележава.
Такође, ако погон пада, што више користите га, вероватније је да ће се сусретати са великим проблемом и да ће се окружење срушити.Тада како се рукује оперативним системом који долази у игру, Виндовс ће БСОД или рестартовати, прозор покретања прозора ће бацати МБР поруке, недостаје датотеке( НТДЛР.длл недостаје или корумпира) и заустави, јер су ове лоше датотеке потребне.
Када користите диск у живо, нисте се ослањали ни на један од ових.Лоши МБР се заобилази јер се покрећете са диска.Лош сектор који је корумпирао НТДЛР.длл није потребан.Све је на диску.Тада можете покушати читати.Ако се сусретне са "празним" сектором или лошим битом, то окружење ће га руководити, али је програмирано да то уради.Убунту вјероватно би радије одржавао нормално понашање оперативног система и наставиће са оним што се највероватније дешава.Сектор је празан, уради нешто друго.Тај сектор је лош, држати даље, не читати више не пише или ће изазвати проблеме.
Платформа за опоравак, међутим, жели да прочита све податке.Маркери датотека кажу да би датотека требала бити на 0,5, 13. ...ако извештаји о системском систему 13 недостају, занемарите празни заглавље и читајте датотеку у сваком случају или прочитајте лош сектор као што је могуће и покушајте да опоравите.
Такође, Виндовс ЦАН може пуно тога урадити са апликацијама треће стране, Рецува може наћи многе од ових "недостајућих" датотека, за један.Али не желите да будете у окружењу које може да се врати на диск и да створи истински трајни губитак.
Ја сам то поједноставио и додао мало тумачења, али би требало да попуни неке празнине за оно што тражите.
Имате ли нешто да додате објашњењу?Звучи у коментарима.Желите да прочитате више одговора од других корисничких корисника Стацк Екцханге?Овде погледајте комплетну тему.
хттп: //superuser.com/questions/586666/-вхи-цан-линук-системс-сометиме-рецовер-дата-виндовс-цант-ани-цонцрете-реасонс
