dd_rhelp

dd_rhelp е баш скрипт, който обработва много полезна програма, написана на C от Kurt Garloff която се нарича dd_rescue. dd_rhelp грубо действа като командата дд Linux с характеристиката да НЕ се спре, когато тя се пада на четене / запис грешки.

Това прави dd_rescue най-добрият инструмент за възстановяване на твърд диск с лоши сектори. (Dd_rescue може да се намери: http://www.garloff.de/kurt/linux/ddrescue)

Но използвайки го консумира доста време. Това е мястото, където dd_rhelp дойде да помогне.

С една дума, тя ще използва dd_rescue върху целия ви диск, но ще се опита да събере максимално валидни данни преди да се опитва в продължение на векове за badsectors. Така че, ако оставите dd_rhelp работа за безкрайно време, тя ще има същия ефект като обикновен dd_rescue. Но тъй като е възможно да не получите този безкраен път (това може
наистина да вземе наистина дълго в някои случаи ...), dd_rhelp ще скочи над лоши сектори и спасителни валидни данни. В дългосрочен план, това ще направи разбор на всички вашето устройство с dd_rescue.

Можете да Ctrl-C го всеки път, когато искате, и разясняване-то по своя воля, той ще поднови това е работа като тя зависи от dd_rescue на лог файлове създава

Освен това напредъкът ще бъде показан в ASCII снимка на вашето устройство сриван спасени

Както бе посочено от Kurt Garloff за неговата dd_rescue програма:.. < BR /> "Само една забележка:. Това е работа, която за съжаление не е просто създаване на тази програма за удоволствие ..."

както е за dd_rhelp, който ме спаси години на моя твърд диск.

Важна забележка:

За някои пъти, dd_rhelp е единственият инструмент (доколкото знам), че направих този тип работа, но тъй като след няколко години, тя вече не е вярно: Антонио Диас направи напиши идеален заместител на моя инструмент:. GNU "ddrescue"

Да, това не е много умно да се нарича инструмент със същото име, че "dd_rescue" от Kurt Garloff (хване неуловимите разлика между "ddrescue" и "dd_rescue"?), но изглежда, че това е направено умишлено, тъй като ние предупреди Антонио Диас от факта, то вероятно ще потребители бъркотия в тази малка свят на твърди инструменти за възстановяване на диск.
<Бразилски /> Въпреки това, аз наистина ви насърча да използвате тази подмяна инструмент, ако тя работи за вас (и то трябва да е така). Защо? Разберете първото, което ние се съпоставят:

- dd_rhelp (в Bash скрипт) + dd_rescue (в C) в едната ръка
- ddrescue (в C) в другия
<. BR /> dd_rhelp беше замислено като бърз хак да приложат това, което dd_rescue не е направил, и това, което не може да се направи в този момент (доколкото знам).

Тя може да бъде някои случаи, когато ddrescue спечелиха " т работа, и това е основната причина, поради която аз да поддържа dd_rhelp. Това е важно за мен и Антонио Диас кажа, когато се появят такива случаи.

Сега, когато са просветени, вие сте свободни да използвате dd_rhelp.

Защо хората искат да използват dd_rhelp ?

Е, вие не искате да използвате dd_rhelp. Надявам се, че никога няма да се наложи да го използвам.

По принцип, ако имате лош сектор поквара вашата файлова система ще имате няколко решения в зависимост от itslef файловата система, таблицата на дяловете, и това, което остава достъпна. ..

В процес някои възстановява, като първи етап, ще трябва да осигури всички останали данни на вашия диск (или дял) във файл на по-здравословен файлова система. Често следващите операции са за монтиране на файла с примка устройство (например), за да се възстанови повреден информация файлова система. След като файлова система мета-данни е реконструиран по-здравословен файловата система, шансовете са, че ще бъде в състояние за достъп до файлове. След това те могат да бъдат в различни състояния в зависимост от това как
те са били засегнати от вредите. Възможни файлови членки са вариращи от напълно възстановена без допълнителна работа, за да изгубен, повреден, бъркани, и често анонимно събрани във вашата файлова система бюро за изгубени вещи хранилище ...

dd_rhelp и dd_rescue са предназначени да да бъде само първата фаза:. обезопасяване оставащите си данни в друг файл

dd_rescue който е бил създаден от Kurt Garloff, е чудесна програма. И вече може да ви помогне, без dd_rhelp. Но в някои случаи, като дискове затрупана с лоши сектори, тя може да бъде много време, за да се използва в продължение на 2 основни причини:

1 - го прави направо възстановяване, и по този начин могат да прекарват месеци прави това е път в твърда куп лоши сектори, преди оздравяване скрити части от перфектно мистичният данни скрити точно след

2 -., ако решите да маневрена dd_rescue да го спре, когато той е блъскане в големи поредици от лоши сектори и се опитайте да го стартирате от петна на петна в нормална или обратна посока (като опции dd_rescue позволява това), то това може да изисква много от времето си

Това е мястото, където dd_rhelp идва на помощ:. е обвивка за dd_rescue. Това означава, че ще го наричаме с различни аргументи, за да се промени това е стартова позиция, или по посока на процеса на сканиране. Той ще ръководи dd_rescue в ново поведение, което ще доведе до оздравяване много повече данни в началото на процеса по целия диск

Изисквания:.

· Тя работи добре за мен (Home прави раз) на големи harddrives (дялове на · 15 участия). Получи положителни отзиви от голям дял (60 участия и 200 участия), и трябва да се ограничава само от ограничаването на Linux ядрото. Въпреки че скриптът Баш може да бъде по-дълъг, за да се изчисли следващата позиция в много голям диск с много лоши сектори scatered целия си диск.

· Той е работил върху Debian, и на Knoppix CD. След всяко освобождаване, аз го тестваме на Knoppix с 1,44 дискета с badsectors или повредени CD-ROM / DVD-ROM.

· Дарвин / MacOSX трябва да бъде подкрепена с GNU СЕД, GNU ж.к. инсталиран. Работи от 0.0.6. Тази подкрепа е erratical, толкова повече обратна връзка са оценени

Какво е новото в тази версия:...

· Някои досадни грешки бяха поправени
· Инсталацията е лесна <Бразилски /> · Вход създаването файл е проверен за нормален Environnement.
· се показва повече и по-опростена информация.
· Поведението е променена, за да се избегне създаването на прекалено много парчета от данни, което значително забавя изпълнението на dd_rhelp и процеса на възстановяване.