dd_rhelp

dd_rhelp este un script bash care se ocupă de un program foarte util scris în C prin Kurt Garloff care se numește dd_rescue. dd_rhelp aproximativ acționează în calitate de comanda dd linux cu caracteristica de a nu se oprească atunci când cade pe citire / scriere erori.
Acest lucru face dd_rescue cel mai bun instrument pentru a recupera hard disk cu sectoare defecte. (Dd_rescue pot fi găsite: http://www.garloff.de/kurt/linux/ddrescue)
Dar folosindu-l este consumatoare de timp destul de. Acest lucru este în cazul în care dd_rhelp vin pentru a ajuta.
Pe scurt, se va folosi dd_rescue pe întregul disc, dar va încerca să adune maximum date valabile înainte de a încerca pentru vârstele pe badsectors. Deci, dacă vă lăsați lucru dd_rhelp pentru timp infinit, acesta va avea același efect ca și un dd_rescue simplu. Dar, pentru că s-ar putea să nu aibă acest timp infinit (acest lucru ar putea într-adevăr
lua foarte mult timp, în unele cazuri ...), dd_rhelp va sari peste sectoare defecte și date valide de salvare. Pe termen lung, aceasta va analiza toate aparatul cu dd_rescue.
Puteți Ctrl-C ori de câte ori doriți, și rulați din nou-o în voie, acesta va relua e treaba ca depinde de dd_rescue fișierele jurnal creează
În plus, progresul va fi afișat într-o imagine ASCII de aparat beeing salvat
După cum sa afirmat de Kurt Garloff pentru programul său dd_rescue:.. < br /> "Doar o notă:. Aceasta nu lucru am, din păcate, nu crea acest program pentru distracție ..."
ceea ce este de dd_rhelp, care a salvat-mi ANI pe hard-disk.
Notă
importantă:
Pentru unele momente, dd_rhelp a fost singurul instrument (AFAIK), care a făcut acest tip de loc de munca, dar din moment ce câțiva ani, aceasta nu mai este adevărat: Antonio Diaz a scris un înlocuitor ideal pentru instrument mea:. GNU "ddrescue"
Da, acest lucru nu este foarte inteligent de a fi numit un instrument cu același nume care "dd_rescue" de Kurt Garloff (prinde subtil diferență între "ddrescue" și "dd_rescue"?), dar se pare că acesta a fost făcut de intenție ca am avertizat Antonio Diaz de la faptul ca ar fi, probabil, utilizatorii mizerie în această lume mica de instrumente de recuperare unitate hard.

Cu toate acestea, eu chiar te încurajez să utilizați acest instrument de înlocuire dacă acesta lucreaza pentru tine (și ar trebui să fie cazul). De ce? Înțelegerea primul ceea ce ne compară:
- dd_rhelp (în script bash) + dd_rescue (în C), într-o
mână - ddrescue (în C), în cealaltă
<. br /> dd_rhelp sa dorit a fi un hack rapid la punerea în aplicare a ceea ce dd_rescue nu a făcut, și ceea ce nu ar putea face în acel moment (AFAIK).
Ar putea fi unele cazuri în care ddrescue câștigat " t muncă, iar acesta este principalul motiv de ce am mereu menținerea dd_rhelp. Este important pentru mine și Antonio Diaz spune când apar astfel de cazuri.
Acum, că ești iluminat, sunteți liberi să folosească dd_rhelp.
Ce oamenii doresc să utilizeze dd_rhelp ?
Ei bine, nu vrei sa folosesti dd_rhelp. Sper că nu va trebui să-l folosească.
Practic, dacă aveți sector rău coruperea sistemul de fișiere veți avea mai multe soluții, în funcție de sistemul de fișiere are însuși, tabela de partiții, și ceea ce rămâne accesibil. ..
În unele proces de recuperare, într-o primă etapă, va trebui să asigure toate datele rămase disk (sau partiție) într-un fișier de pe un sistem de fișiere sănătos. De multe ori, operațiunile următoare sunt pentru a monta fișierul cu dispozitiv loop (de exemplu), pentru a reconstrui informațiile sistem de fișiere deteriorate. Odată ce sistem de fișiere meta-date a fost reconstruit pe sistemul de fișiere sănătos, sunt șanse ca vei putea accesa fișierele. Acestea ar putea fi apoi în diferite state în funcție de modul în care
în care au fost afectate de daune. Statele fișiere posibile sunt în domeniul de la complet recuperate fără nici o lucrare mai departe, la pierdut, deteriorat, omletă, și de multe ori colectate anonim în sistemul dvs. de fișiere depozit pierdut-și-a găsit ...
dd_rhelp și dd_rescue sunt menite să fie în doar prima fază:. securizarea datelor rămase într-un alt dosar
dd_rescue care a fost creat de către Kurt Garloff, este un program de mare. Și ai putea ajuta deja fără dd_rhelp. Dar, în unele cazuri, cum ar fi discuri aglomerat cu sectoarele de rău, ea poate fi consumatoare de timp pentru a utiliza pentru 2 motive principale:
1 - face recuperare drept, și, astfel, pot petrece luna ceea ce face este cale un solid buchet de sectoare defecte înainte salvarea porțiuni gaura de date perfect Sain ascunse doar după
2 -. dacă vă decideți să manevra dd_rescue să-l oprească atunci când el este bumping în secvențe mari de sectoare defecte și să încerce să-l înceapă de la pete de pete în direcție normală sau inversă (ca opțiuni dd_rescue permite acest lucru), atunci acest lucru poate necesita o mulțime de timp START
Acesta este locul unde dd_rhelp vine pentru a ajuta la:. este un înveliș pentru dd_rescue. Acest lucru înseamnă că va numi cu diverse argumente pentru a schimba poziția aceasta a început sau direcția procesului de scanare. Va ghid dd_rescue intr-un nou comportament care va duce la salvarea mult mai multe date la începutul procesului de peste tot discul
Cerinte:.
· Ea a lucrat bine pentru mine (Pagina de start a făcut distrib) pe discuri mari (partiții de · 15 Gigs). Primit feedback pozitiv pe partiție mare (60 Gigs și 200 Gigs), și ar trebui să fie limitat doar de limitarea kernel linux. Deși scenariul bash ar putea fi mai mult pentru a calcula poziția următoare în foarte mare, disc cu o mulțime de sectoare defecte scatered peste tot disk.
· Ea a lucrat pe Debian, și pe un CD Knoppix. După fiecare lansare, am testat pe un Knoppix cu o dischetă 1.44M cu badsectors sau CD-ROM / DVD-ROM deteriorate.
· Darwin / MacOSX ar trebui să fie sprijinite cu GNU sed, GNU bc instalat. A fost de lucru de la 0.0.6. Acest suport este erratical, deci feedback-ul mai sunt apreciate
Ce este nou în această versiune:...

· Unele bug-uri enervante au fost corectate
· Instalarea este mai ușor
· Log creație fișier este verificat pentru o Environnement sănătoasă.
· Se afișează mai multe și mai simplă informații.
· Comportamentul a fost optimizat pentru a evita crearea de prea multe bucăți de date, care a incetinit foarte mult executarea dd_rhelp și procesul de recuperare.