Bad sectoros HDD lementése

UNIX haladó

Sziasztok!

Van valami jól bevált megoldásotok egy még működő, de rengeteg bad sectorral rendelkező HDD lementésére?
Amit próbáltam:
Clonezilla -rescue kapcsolóval. kb 1% után kilépett.
Testdisk rettentően belassul. 100MB kb 1 óra.

Jó lenne megmenteni az adatokat, de ha csak egy része sikerül, az sem tragédia(Nem érzékeny adatokat tartalmaz, fotók, videók stb...).

Köszönöm!

  • 6374 megtekintés

Ez(eke)t én is tudom ajánlani, hasonló esetben már segített. Szektor szinten lementi a lemezed, hibás szektornál nem lép ki, így annyi helyednek kell a céllemezen lenni, mint amit mentesz. Pipe-on keresztül tömörítést nem tudom bír-e, akkor elég kevesebb hely is.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Javaslom, hogy dd_rescue-nál használd az -A kapcsolót. Enélkül a rossz blokkoknak nem hagy helyet. Az -A kapcsolóval a rossz blokkokat 0-val tölti fel. Javaslom, hogy a dd_rescue/ddrescue mentésről előbb csinálj egy másolatot és azon kísérletezz tovább. Mert elsőre nem mindig a legjobb megoldást találja meg az ember. És akkor vissza lehet térni...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( KaTT v | 2014. 09. 25., cs – 22:02 )

Ez offtopic, mert nem *NIX, de:

Ha van lehetőséged, akkor úgy lenne az igazi, ha a komplett disk image-et mentenéd le (egy legalább akkora HDD-re), és abból próbálnád helyre állítani az adatokat, nem az egyre rosszabb HDD-ről. Sőt, ha módosítod a mentést, akkor egy harmadikra átmásolni, és azon próbálkozni.
Én Windows alapú programokkal végeztem ilyen byte-to-byte másolást, sok óráig tartott, és annak a másolatából állítottam helyre az adatokat.

Próbáld minél kevesebbet járatni a HDD-t, mert lehet amit egyszer beolvasott, másodjára már nem biztos, hogy sikerül...

Sakk-matt,
KaTT :)

Bocs, szerintem lezártam :) De ha nem, akkor sry! :)
Az aláírásom már jól látszódik a kommentemben, tehát ha nem zártam volna le, akkor a Sakk-matt rész is hibás lenne, de az jó. Vagy valaki javította?

Érdekes bug van a hup-ban: az előnézetnél levágja a szöveg egy részét, és ha a formázási elem vége lemarad, az előnézet hibás lesz, a nyitott tag miatt.

Sakk-matt,
KaTT :)

Lehet, félreértjük egymást. Téma indításánál szokott lenni, hogy írsz egy hosszabb szöveget, de a téma megnyitásának hiánya esetén, csak egy röbid bevezető látszik. Ekkor hiába helyezed el helyesen a nyitó és záró tag-eket, a rövid nézetből kimarad a záró tag, így olyankor el lesz romolva az oldal. Ugyanakkor van módod egy break tag-gel megmondani, hol legyen vége a rövid előnézetnek. Ekkor lehet ezt csinálni:

szöveg
nyitó tag
szöveg
záró tag
break tag
nyitó tag
szöveg
záró tag
szöveg

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Sorry az OFF-ért!

Igen, azt hittem, hogy az én hozzászólásomra mondtad. De az egyszerű hozzászólás volt, nem téma indító.
Elolvastam itt:

http://hup.hu/filter/tips

Az infókat, de nem találtam semmit a break tag-ről. Gondolom nem a BR-re gondolsz Leírnád a BR tag-et kacsacsőrök nélkül?
Tehát így gondoltad, hogy:

em pelda szoveg em
br
em masik szoveg, ez mar nem bevezeto em

Persze a második em mindig a lezáró em.

Sakk-matt,
KaTT :)

Na, megtaláltam:

A tartalom bevezetőjének előnézete mutatja, hogy miként jelenik meg a címlapon, áttekintő oldalakon vagy megosztáskor. A <!--break--> elválasztó használható arra, hogy pontosan meghatározzuk, hol kell a bevezetőt levágni.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( W3ber | 2014. 09. 25., cs – 23:24 )

"Van valami jól bevált megoldásotok egy még működő, de rengeteg bad sectorral rendelkező HDD lementésére?"
Először is ha kevesebb hely áll rendelkezésedre illetve ha NTFS akkor egy rsyncel ments le ami rajta van.