Dotaz: Kopirovani pomoci prikazu DD v Linux Slax

[cody]

na NB mam poskozeny HD (jen nektere clustery) a nenajedou WIN. Nabootoval jsem pres LIVE CD Linux slax a chtel jsem prenest pomoci dd prikazu na novy HD pripojeny pres USB vsechna data. Podotykam ze disk je citelny krom 4 souboru. Zamer byl zkusit win opravit na novem HD a po te potom laborovat se starym. Ten poskozeny v NB ma dva oddily jeden NTFS pro WIN a druhy FAT32 kde je recovery. Po cca 30 minutach kopirovani vypise tohle :

dd: reading /dev/hda : Input/output error 6415992+0 records in 6415992+0 records out 3284987904 bytes (3,3 GB) copied, 1463,47 s, 2,2 MB/s

prikaz byl dd if=/dev/hda of=/dev/sdad1

v ulozistich pod Linuxem je stary HD videt jako hda1 (ntfs) a hda2 (fat32). Poradte jak to zkopirovat cele. Pokud narazi na poskozeny cluster prestane snad kopirovat ? diky za radu

Odpovědi

[vencour]

Použijte příkaz man dd ... parametr "noerror" by měl být pro "Ignoruje chyby při čtení"

[cody]

Prosim muzete presne napsat jak ten prikaz ma vypadat jsem naprosty amater v Linuxu. Jeste by me zajimalo zda hda pro nej znamena tedy cely disk, kdyz je videt jako HDA1 A HDA2 dekuji

[vencour]

Zadal bych "dd if=/dev/hda of=/dev/sdad1 conv=noerror" ... ano, hda je celé zařízení, včetně formátu disku, tedy včetně partiční tabulky apod.

[cody]

tak jsem to pustil je tam 50GB. Pak se ozvu zda to pomohlo zatim dekuji za pomoc. Po predchozich pokusech pak HD nebyl videt v systemu (tedy zadny souborovy system).

[vencour]

Máte představu, co vlastně děláte? Chcete z toho dostat data? Neni lepší kopírovat jen /dev/hda1 a /dev/hda2 ... nebo brát přímo soubory?

[cody]

Vim presne co delam. Nechtel jsem ten problem rozvadet uplne dopodrobna. Ten HD se nechtel nekdy ukazat ani v biosu. Mel jsem ho pul hod v mrazu na balkone a chytl se. Navic je v IBM THINKPAD takze dalsi problem TPM hardwerovy klic . Ten disk se neda pripojit jako externi ani k tomu IBM, reset nastaveni klice nemohu udelat protoze po restartu by se ten HD nemusel taky uz nadetekovat. Navic nejsem schopen zjistit, kde se ten klic zapisuje zda primo na plotnu HD nebo nekde do pameti el. obvodu HD. Takze je mozne, ze po prenosu pomoci dd je klic zapsan na plotne (novy disk) a proto dokud nedam novy HD primo do IDE ted je pres USB) tak ho neuvidim v zadnem os externe. Dulezita data jsem postahoval uz drive ted resim problem jak prenest vse na druhy disk a nam tom disku zkusit recovery WIN zda se pak rozjedou treba i jen v nouzovem rezimu (ted uz to neslo). Se starym diskem nemam zaruku, ze se vubec znovu nadetekuje. Mozna mate pravdu v tom, ze by stacilo zkopirovat HDA1 na novy disk a HDA2 kde je recovery bych mohl dat na FLASH USB nebo DVD a nabootovat. Ten stary disk ma oddil FAT32 pro recovery a ntfs pro WIN. Jeden poskozeny soubor nemohu ci spise nevim jak zkopirovat. Je v postovnim klientovi THEBAT jedna se o slozku odchozi posty a soubor TBB. Ten stale narustal tudiz je rozhazen po celem disku a pri kopirovani jako soubor tedy mnt to skonci hlaskou o poskozeni souboru a dal to nejde. Proto jsem pomoci DD pokousel stahnou cely HD. Treba existuje i jine reseni jak to udelat. Takze to na vysvetlenou a dekuji za pomoc.

[vencour]

Pěkné, asi bych postupoval stejně ... držím palce. A taky věřim, že TP je dost bezpečný, naštěstí i bohužel.

[cody]

tak Linux ukoncil kopirovani ale prikazovy radek pise :
dd: reading /dev/hda : input output error
6415992+0 records in
6415992+0 records out
3284987904 bytes (3.3GB) copied 1461.61 s 2,2 MB/s
toto stejne je tam asi 10x s jinym casem kopirovani pak je
dd: reading /dev/hda : input output error
13427752+0 records in
13427752+0 records out
6875009024 bytes (6,9GB) copied 3243,63 s 2,1MB/s
to se opet nekolikrat opakuje jen s jinym casem kopirovani
dd: reading /dev/hda : input output error
45535720+0 records in
45535720+0 records out
23314288640 bytes (23gb) copied 11302,9 s 2,1 MB/s
dd: reading /dev/hda : input output error
a tak to porad pokracuje dal se 24GB je tam ta hlaska aspon 40x pak 55GB taky aspon 20x posledni dve jsou bez chyby tedy pokud radek nezacina zase tim dd: reading /dev/hda : input output error . Vypada takto:
106487256+0 records in
106487256+0 records out
54521475072 bytes (55GB) copied 27029,5 s 2,0 MB/s
117210088+0 records in
117210088+0 records out
60011565056 bytes (60GB) copied, 29724,9 s 2,0 MB/s
root@slax:-#
Prominte ze to je tak dlouhe ale nevim proc se to kopirovalo tolikrat ci zda ten zaver znamena ze je to v poradku. Dalo se jeste (pred odpojenim HD) pres vlastnosti zjistit ze novy 320GB disk je zaplnen 73GB. Nebyla tam ale videt zadna nova slozka nic pouze system volume information po predchozim formatovani na ntfs. Zkusil jsem dat odpojit zarizeni a znovu pripojit a napsalo to Mount wrong type, Bad option, bad superblock on/dev/sdae1 , mising code page or helper program, or other error in some cases use ful info is found in syslog-try DMESG tail or so . Doufam ze jste to opsal dobre :) .
Po odpojeni fyzicky od USB opet neni jako externi poznat ani v Linuxu ani ve WIN (jen ve spravci disku je bez chyby ale bez souboroveho systemu). Pokud za to muze ten HW klic tak je to spatny protoze nemam jistotu ze na tom HD ta data jsou a mohu s klidem vypnout NB se starym HD. Tak ted nevim jak dal. Znovu naformatovat HD aby byl v systemu Linuxu videt. A potom s prikazem ignorace chyb pustit znovu jen HDA1 kde je NTFS s OS WIN nebo to risknout zkusit dat novy HD do IDE slotu do NB. Nevim do ktereho oddilu se ten klic pripadne zapisuje nebo jestli je nekde uplne mimo v nejakeho spec. clusteru ktery se neobsazuje, ovsem nevim jak by mohl byt nejaky samotny cluster mimo oddily. Tak dalece technologii HD a ochrane nerozumim.

[vencour]

Ohledně klíče, bezpečnosti, by to mělo snad být tak, že je to záležitost elektroniky, řediče a disku.

Když není fyzicky poznat ten zkopírovaný, jak jste to zkoušel, jen připojením? Zkoumal jste, jaká data tam jsou zkopírována? Kdysi bych na ten disk koukal disk editorem ...

Na podrobnosti se ještě kouknu ... tuším, že je klíč někde mimo disk, už jsem o onu informaci kdysi zakop. Teď mne napadá jen testdisk, krom zmiňovaného ddrescue.

[cody]

ten disk jsem zkousel znovu pripojit pres USB na ten NB a jeste na druhe pc s W2K . Na pc je videt ve spravci disku bez souboroveho systemu a na Linuxu v NB neni videt vubec ani jako odpojene zarizeni. Gparted mi prestal fungovat restarovat NB nechci kvuli HD. Tak jedine jeste mohu zkusim ten test disk jestli tam bude videt a co vypise. Nevim jakym sw bych se mohl jeste na ten novy hd podivat zda ta data tam jsou ci ne.

[Petr Šobáň]

A jseš si jistej kam jsi to pomocí dd překopíroval ? Mě je podezřelé to "of=/dev/sdad1" podle mě by to mělo být "of=/dev/sda".

Jinak to můžeš skusit skopírovat pomocí dd_rescue.

Taky se na ten externí HDD můžeš kouknout pomocí fdisku zda jsou tam vytvořené oddíly jako na tom vadném HDD. (zda se zapsal MBR)

[vencour]

Doporučuje se obvykle system rescue cd ... jak procházim obsah, nic příhodného nevidim

[Petr Šobáň]

Nějak jsem nepochopil of=/dev/sdad1 co to má být ?

Pokud kopíruješ celý disk tj i s mbr atd..../dev/hda tak ho musíš kopírovat zase na celý disk který je větší nebo stejný tj. na /dev/sda samozřejmě potom o vše přijdeš co bylo na tom sda ale můžeš potom na jednotlivé oddíly které se tam vytvoří z toho vadného použít třeba fsck a potom HDD vyměnit a skusit rescue z windows zda se mu podaří windows opravit.

[cody]

sdad1 je 2,5 320GB IDE disk v ramecku USB na ktery se kopiruji ta data z hda pri kazdem novem pripojeni toho externiho disku se meni to predposledni pismeno takze naposled bylo dev/sdae1

[Petr Šobáň]

Co to je za blbost to slyším poprvé.

Mě se externí disky připojují normálně na /dev/sdb a podle toho kolik má oddílů se vytvoří /dev/sdb1 /dev/sdb2 atd.....

/dev/sda je můj HDD

[cody]

co mam na to rici, dev/hda je disk na ide a na usb je dev/sda a takhle se to zobrazuje.

[Petr Šobáň]

Jasně tak za of=/dev/sda tj. celý externí disk ovšem pozor přijdeš o vše co na tom disku máš!

[cody]

jo to mi je jasne on je taky novy a prazdny, tak to necham ted srotovat je toho pres 50GB.

[vencour]

No jo, já to jen opsal , taky jsem udělal tu samou chybu ...

[cody]

takze panove podle vas by tom melo byt takto :
dd if=/dev/hda of=/dev/sda conv=noerror ?

[vencour]

Je to z jedna možností, ddrescue je další ... syntaxe je "ddrescue [options] infile outfile [logfile]", viz man ddrescue.

[Petr Šobáň]

Nevím prostě za of= musí být zařízení toho externího disku (celého) a né oddílu které bývají označovány /dev/sdX (/dev/hdX) X=číslo.

[vencour]

Já to jen vysvětlim ... vše je v linuxu soubor ... tedy i celý disk lze "chytit", adresovat, číst jako jeden soubor. Ať už zdrojový, nebo cílový.

[cody]

tak to skoncilo driv nez to zacalo kdyz je tam sda tak vypise
dd: writing to /dev/sda : No space left on device
1027905+0 records in
1027904+0 records out
526286848 bytes (526MB) copied 229,74 s 2,3 MB/s
a konec

[vencour]

A "fdisk -l /dev/sda" vypíše co? Zapsat libovolně velký soubor na zařízení lze pomocí "dd if=/dev/urandom of=/dev/sda bs=1000000 count=10000" ... lze upravit dle libosti (nějaké meze asi budou).

[cody]

na -l to vypise oznaceni sdaf velikost 320GB cylindry atd...
device boot /dev/sdaf1 start 1 end 38913 id 7 system hpfs/ntfs . Tak bych mozna zkusil zadat jen sdaf .

[vencour]

Jj ... nějak nás matete ... vidíte /dev/sdaf?

My vám to tolerujeme a pak se nedohodneme ... /dev/sda vypadá líp ... stejně jako

device    boot    start  end  id system 
boot   /dev/sdaf1     1  38913  7  hpfs/ntfs

(opsal jsem to dobře?)

Chcete něco zkoušet? Měl byste mít jistotu, co chcete ... pokud je disk nějak vadnej, lze zkopírovat data normálně (např. cp). Pokud nejdou zkopírovat a disk už třeba nepřipojíte (takhle blbne mechanicky, když se dává do mrazáku?), tak udělat image celého disku ... to se dělá jako "dd if=/dev/hda of=/dev/sda" ... bez čísel, celý disk chcete ... a pak ho zpracovat ... jestli z něj, z té kopie něco dostanete, objevíte strukutru file systému apod.

[cody]

prominte ja se uz v tech vasich dotazech odpovedich ztracim, kdyz to nejde za sebou. Opsal jsem to presne tak jak to bylo a opravdu se nevymyslim. Na prikaz list prvne vypsal ze je to sdaf a ktomu udaje o disku pocet cylindru atd.. a pak k tomu na dalsim radku to co jste zkopiroval vy a je tam /dev/sdaf1.
Zatim kopiruje a pise obcas chyby input/output error. Ted uz asi 40 minut jede bez hlasky. Predpokladam, ze to ale dopadne stejne. Opravdu nevim proc na jeden prikaz -l napise jednou sdaf a k tomu i sdaf1 ale je to tak. Co se tyce toho ochlazeni pri opravach TV me to mockrat pomohlo urcit zavadu, ochlazovani i oteplovani. Mechanicky takhle vysazovat nemuze pouze elektronicky. Kdyz mate poskozenou plotnu nebo hlavicku tak vam nic nepomuze. HD mi odesel v lete na dovolene kde bylo porad kolem 30C, tak jsem ho "trochu" ochladil na on se chytl. Pri kopirovani souboru klasickou cestou adresaru mnt jsem si vse potrebne stahl ale to jsem jiz vse psal vyse a proc se vlastne snazim o tuhle akci. Nejsem uplny nemehlo co se pc tyce a umim je opravit (na tom opravdu nic neni) ale linuxu proste nehovim krom LIVE CD se kterym odviruji pc atd... Proto jsem se na vas obratil.

[vencour]

Snad nekecam, že jsem slyšel, že zchlazení pomáhá, když se třeba disk neroztočí. Elektronka by šla vyměnit, když by šla, rozuměla si se zbytkem počítače.

Ohledně písmen, /dev/sdaf, google našel, že se to objevuje u lvm, virtualizace apod.

Děkuji za rpělivost, taky se učim.

[cody]

jo tak, uz si rozumime myslite tim postupne se zadirajici lozisko ci ulozeni na to jsem zapomnel :) ano to mate pravdu. Princip rozpinavosti materialu funguje vsude. O te elektronce jsem to nejak nepochopil asi jsem natvrdlej. Ja jsem rad ze mate trpelivost se mnou. Ja takou nemam, kdyz jsem dnes 30 min kamaradovi po telefonu vysvetloval kde ma najit u sebe v pc ulozeny soubor (ktery si sam stahl) a jak ho prejmenovat, nemel jsem daleko od zachvatu zurivosti.

[Ash]

Na Windows jsou nejlepší aplikace, které to uživateli uloží do AppData (podadresář skrytého adresáře). Umí to i Firefox. Uživatel nemá šanci :)

[Petr Šobáň]

Bez čísla je to celý disk od začátku až do konce.

S číslem je to pouze příslušný oddíl od začátku oddílu do konce oddílu.

Takže fdisk si přečte začátek (MBR) kde je zapsáno rozdělení disku a pak vypíše ty oddíly které našel.

Čili musí přistoupit na /dev/_zařízení-disku_ přečíst MBR a potom vypíše jednotlivé oddíly pokud tam sou a ty se vypisují /dev/_zařízení-disku_číslo-oddílu_ .

Koukněte sem: Linuxové značení disků

[cody]

jo diky za vysvetleni. Zatim to stale kopiruje uz pres hodinu bez jakekoliv hlasky a cislo jsem tam ted nedal jak jsem psal pouze sdaf. Napisu az rano necham to hrcet a jdu do hajan uz nevidim pomalu na pismenka na monitoru.

[Petr Šobáň]

Jasně tak skus of=/dev/sdaf ovšem mě to rozum nebere.

Co to máš za externí disk co vytváří /dev/sda_písmeno_ .

Prostě tak si po připojení toho externího disku zjisti jako co se to připojilo a použij zařízení /dev/sda_písmeno_ nesmí tam být číslo to jsou potom jednotlivé oddíly.

[Petr Šobáň]

A skutečně je ten /dev/sda disk větší jak ten z kterého kopíruješ ?

Je skutečně ten /dev/sda ten externí disk ?

Prostě skuste dd_rescue.

[cody]

ano je . Interni hda ma velikost 60GB a ten externi je sda 320GB.

[cody]

tak na sdaf se to chytlo a kopiruje. Nevim jak to bude dlouho trvat. dd_rescue jsem tedy zatim nepouzil, ale pro pripad neuspechu prosim o vypsani celeho prikazoveho radku, dekuji

[rubicon]

Pokud jsou přímo v zadání chyby na disku, bylo by lepší doporučit dd_rescue. Sice se dd s parametrem noerror a sync svým chováním dd_rescue blíží, přesto je časová úspora u velkého disku dost znát.

[cody]

dobry den, dal jsem tuto zpravu az na konec uz to zacina byt neprehledne. Kopirovani skoncilo nekdy v noci. Opet spousta chyb vypis by byl hodne dlouhy. Podle vypisu je to stejne jako pred tim (jako pres kopirak) pouze se lisi casy kopirovani a rychlost prenosu dat, nevim cim radek spravne zacina tedy posledni dva:
dd: reading /dev/hda : input output error
106487256+0 records in
106487256+0 records out
54521475072 bytes (55GB) copied 36833,6 s s 1,5 MB/s
117210088+0 records in
117210088+0 records out
60011565056 bytes (60GB) copied, 40527,9 s 1,5 MB/s
root@slax:-#
Tak to vypada ze by mel byt cely hd zkopirovan.
Zajimalo by me jak to pracuje. Vzdy kdyz najde chybu provede zapis jede od znovu a to misto ktere uz ma zapsane jako chybu preskoci ? A tak pokracuje az do konce disku az si zapise i tu posledni chybu a pak zkopiruje HD mimo poskozenych clusteru?
Novy disk jsem zatim neodpojil z usb. Kdyz dam vlastnosti pise jen obsazenost 73MB z celeho HD a zadne slozky tam nejsou videt, stejny stav jako pred tim nez se zacal kopirovat. Mam tedy zarizeni zkusit zase prikazem odpojit a znovu pripojit zda se nadetekuje ? Nebo nechat pripojeny a zkusit neco jineho ?

[Petr Šobáň]

Je to nějaké divné.

Prostě skus na ten USB disk se mrknout fdiskem zda jsou rozložené oddíly tak jak na originálu.

Jinak fakt se mi to nelíbí nebyl ten USB disk někde přimoutován při provádění dd ?

Prostě na takové věci se dělají tím stylem že se připojí externí nebo jiný disk stejný nebo větší a nepřipojí se a pokud na něm něco bylo že se připojí automaticky tak provedu umount.

Potom pomocí dd_rescue provedu fyzické překopírování disku a vadného na nový. dd_rescue ty data která nepřečte vyplní (nevím jakou hodnotou) takže velikost sedí a data co přečetl jsou na stejném místě co originál no a pak se s tím dá něco dělat tj zálohovat co jde jinam a pak skoušet vydolovat opravit i to co nejde.

Jinak dd pracuje tak že naráz přečte blok dat a zase ho zapíše, pokud narazí na chybu končí. (pokud mu nezadáš parametr že má pokračovat)

Ty dd_rescue pracují podobně ale jsou ošetřené na chyby takže při chybě přeskočí to chybné místo a na novém disku ho zapíší nějakou hodnotu co si vycucají s prstu - nevím co tam zapisují když nepřečtou originál.

[vencour]

Pokud se vytvoří nějaký nový filesystem, tak se musí ještě načíst ... nemůže to být tímhle? Při fdisku nějaký "ioctl" aktualizaci udělá ...

[cody]

Omlouvam se jedu v praci na vice "frontach" tak nemohu hned reagovat.
prikaz fdisk -L vypise toto :
disk/dev/hda: 60.0 GB 60011642880 bytes
240 heads, 63 sector/track, 7752 cylindres
Units = cylinder of 15120 * 512 = 7741440 bytes
Disk identifier: 0xcccdcccd
device boot__ start___ end_____ blocks________ id_____ system
/dev/hda1___1________7225____54620968+___7___HPFS/NTFS
/dev/hda2___7226_____7752_____3984120___12__Compaq diagnostic


Disk /dev/sdaf: 320GB, 320072933376 bytes
240 heads, 63 sector/track, 41345 cylindres
Units = cylinder of 15120 * 512 = 7741440 bytes
Disk identifier: 0xcccdcccd

device boot__ start___ end_____ blocks________ id_____ system
/dev/sdaf1___1________7225____54620968+___7___HPFS/NTFS
/dev/sdaf2___7226_____7752_____3984120___12__Compaq diagnostic
root@slax:-#
podle me to vypada uplne stejne. Potrebujete pro posouzeni jeste neco vypsat s jinym prikazem ?

[Petr Šobáň]

Skuste si někam ten oddíl /dev/sdaf1 připojit ro a mrknout zda tam nějaké data jsou.

Potom bych skusil ten externí disk dát do windows a provést opravu ntfs oddílu a potom ho vyměnit za ten porouchanej a skusit nabotovat, případně ještě opravit windows spuštěním windows z DVD.

A pokud potom ho tam budete chtít nechat na volném místě bych udělal další oddíl abych využil disk komplet.

[cody]

Disk jsem nechal v usb v NB a neodpojoval. Dal jsem odpojit zarizeni a znovu pripojit a napsalo to mount wrong fs type, bad option, bad superblock on /dev/sdaf1, mising codepage or helper program, ot other error in some cases useful info is found in syslog - try dmesg tail or so .
Tedy stejna hlaska jako pred tim . Fdisk ho vidi stejne jako pred odpojenim.

[vencour]

Jako jedinou možnost jsem zatim našel "hexedit" odkaz, aspoň pro nakouknutí, co tam vlastně je nakopírováno. Tedy použít by šlo "hexedit /dev/sdaf" zřejmě.

[Petr Šobáň]

Jde o to že ten linux co používáš zda umí pracovat s ntfs ?

[Petr Šobáň]

Asy bych proved sync a disk odpojil a připojil do windows a kouknul zda windows s tím něco udělají, případně nechal pak provést kontrolu na těch windows na tom disku.

[cody]

jo tak to nevim, je to Linux Slax live DVD z casopisu CHIP. Uz hodne krat DVD pomohlo. Ten stary HD je NTFS/FAT32, Linux ho precte a zkopiruje data bez problemu. Prenosem na ten novy se asi neco nepovedlo. Zkusim dat ten vas prikaz.

[Petr Šobáň]

Podle mě co se přenosem nepovedlo je podle mě to že ten disk není /dev/sda ale je to /dev/sdaf a pod.... takže se asi nepřistupuje na ten externí disk správně.

A proč vám ho tak identifikuje je ve hvězdách.

[cody]

tak jsem zkusil ten prikaz hexedit/dev/sdaf pak sda a sdaf1 a vzdy stejne no such file or direktory. Tudy cesta nevede. Zkusim to tedy pod WIN uvidime co to bude delat. Ale opravdu ten FDISK ukaze uplne identicke udaje pro oba HD (teda krom velikosti :D ) takze se to preneslo.

[vencour]

A máte hexedit k dispozici, je v tom slacku? Vypisuje něco "ls -l /dev/sda*" nebo "ls -l /dev/hda*"? Tedy je chyba v to, že hexedit nenašel disk nebo že hexedit není?

[cody]

na oba prikazy bin/ls : invalid option

[vencour]

Budiž, "man ls" by Vám mělo napovědět, případně wiki ... chtěl jsem vidět víc toho, co vlastně máte v systému, zda je nějaký disk vidět jako zařízení.

[cody]

tak uz se neco deje vytahl jsem ven usb a znovu dal zpet a pripojil se jako 55G media ale pise pod linuxem the enclosing drive for the volume is locked a nejde pripojit. Fdisk stejny stav jako pred tim. Zkusim ho dat na win a uvidim.

[cody]

tak jsem ho pripojil na XPPROFF prihlasil se jako externi disk i s pismenkem ale nejde otevrit ve vlastnostech ukaze 0 byte. Ve spravci disku jsou tri oddily 52GB aktivni, 3,8GB se hlasi ve stavu jako konfigurace sbernice EISA ?! Oba jsou znaceny jako primarni odddil a bez systemu souboru. 242,2 GB je neprirazeno.

[vencour]

To odpovídá/by snad odpovídalo. Vidíte to původní, co jste měl na tom malém disku. Jelikož je to zřejmě špatně přečtené, tak to neodpovídá stavu, jaký tam byl, když byl disk ok. Že je tam volné místo na konci je o tom, že se jedná o adresované/adresovatelné místo, které na tom původním disku/originálu nebylo.

Já to vidim, že máte nějakou kopii, disk, kde nejsou jen samé nuly, jsou tam nějaká data, ale nesedí čas od času, místo od místa, adresářová struktura ... musíte jít na low level přístup ...

Mohl byste hledat nějaké klíčové vazby, které na tom disku byly ... podle formátu souborů, které hledáte apod.

Sám jsem kdysi měl knížku od Marka Minasiho o správě hrdwaru ... tehdy jsem byl víc v obraze. Na FAT16 to byla ještě sranda. Ve Vaší situaci bych si asi to jednu těžce vydobytou kopii chránil a pracoval s další kopií (přes dd zase) ... můžete o ni pokusy přijít. Asi Vám na datech záleží.

[cody]

tak s dalsi kopii asi tezko. Ja uz nemam zadny volny HD. Pokusim se na to podivat nejakymi diskovymi nastroji a uvidim co to bude hlasit a jaka moznost opravy tam bude nabidnuta. NB zatim nevypnu a necham ho jet, pro pripad ze bych jeste nekde sehnal neco na zalohu udelal bych jeste jednu. Ted me napada kamarad ma jeden 2,5 80GB na pokusy a prenos dat tak bych mu o nej rekl.

[cody]

Z nedostatku casu jsem zatim pustil program RECUVA. Vim neni to nic profi ale aspon budu v obraze co tam je. Zatim je v pulce a nasel cca 160000 souboru tak tam neco bude, necham ho hrcet do rana a zitra bude pokracovani.

[cody]

Recuva nasla kolem 170000 souboru a malo ktery mel napsano ze neobnovitelny. Zkusil jsem nejake doc a jpg byly ok takze data maji hlavu i patu. Problem je ale s pristupem ke svazku. WIN neumi detekovat souborovy system pise jen raw. Detekcni nastroje pro disk sice poznaji ze je ntfs ale neumi ho dal zkontrolovat. Zkusil jsem pustit HDDscan ale po dvou hodinach bez vysledku jsem ho stopnul. Nahral jsem zkusebni verzi Acronis Disk Director Suite. Ten jako spravce disku ve win spravne identifikoval vsehny tri oddily neni ale schopen je zkontrolovat. Napise ze se nepodarilo rozpoznat verzi a stav svazku. Program chkdsk byl prerusen. Tak zatim nevim jak dal. Mate nejaky jiny typ na sw trial nebo free ktery je schopen s tim neco udelat. Rucni zmenu se zapisem do sektoru asi nezvladnu tento program to umoznuje ale nikdy jsem to nedelal.

[vencour]

S ruční obnovou NTFS zkušenost nemam. Zkusil bych projít jeden rozcestník, případně zkoušel na vlastní pěst se orientovat v NTFS, když vytvoříte prázdný NTFS disk, jak ho vidíte low level, když tam dáte soubor, jak se to projeví a tak. NTFS je starý docela dost dlouho, v linuxu je taky, co kontaktovat někoho okolo ntfs3g, podpory NTFS v linuxu, aspoň projít diskusní fóra?

[cody]

no nic pro dnesek to balim. Anglicky neumim jen par zakladnich veci. Zatim nevim co dal zkusit. Oddily na disku jsou takze tam neni co obnovit. Ostatni nastroje Acronis Disk direktoru hlasi ze s tim nemohou pracovat. Procetl jsem si hodne dlouhy clanek o NTFS a MFT ale co s tim dal nevim.

[cody]

Nedalo mi to a projel jsem to programem GetDataBack . Bez problemu zrekonstruoval komplet vse za 30 minut a vidim svoje stare zname adresare vcetne poslednich data pred havarkou. Akorat ze je trial takze nic nezkopiruji. Tedy by se dalo vychazet z toho ze bude pouze problem s korektnim rozpoznanim hd v os.

[roman]

Popis by seděl na poškození formátovacích značek původního disku, proto ty problémy s kopírováním, mountem a čtením dat po dd. Přišel jsi s notasem domů a při cca 20 nad nulou zformátoval disk (ten měl v tu dobu dejme tomu 50 stupňů), což způsobilo, že se na úplně magneticky čisté plotně vytvořily formátovací značky. při provozu ve 30 nad nulou už mohl mít i 80 stupňů a projevila se teplotní roztažnost materiálů (plotna, rameno hlav, šasi disku, ložisek) a při opakovaných zápisech nejspíš došlo k nepřesnostem v reálném nastavení hlavičky vůči plotně. a neštěstí bylo hotové, poškodily se formátovací značky. dd tupě zkopíruje obsah blok po bloku a chybějící data si dovymyslí, ale nejsem si jistý, jak se zachová vůči chybějícím formátovacím značkám. takže teď os správně poznají nový disk, poznají filesystém, ale hlásí chyby ve struktuře dat. blbý je, že nemůžeš ty disky jen tak prohodit a instalovat nová wokna kvůli hw klíči. na to jen malou poznámku - příliš mnoho zabezpečení nejvíc komplikuje život právě tomu, koho mělo chránit. na co mít zamčený disk, když si 1. nenechám notas ukrást a 2. citlivá data mám na externím disku, který si také hlídám.

[Heron]

Přišel jsi s notasem domů a při cca 20 nad nulou zformátoval disk (ten měl v tu dobu dejme tomu 50 stupňů), což způsobilo, že se na úplně magneticky čisté plotně vytvořily formátovací značky. při provozu ve 30 nad nulou už mohl mít i 80 stupňů a projevila se teplotní roztažnost materiálů (plotna, rameno hlav, šasi disku, ložisek) a při opakovaných zápisech nejspíš došlo k nepřesnostem v reálném nastavení hlavičky vůči plotně.

Teplotní kompenzaci si disk řeší sám. Tohle by možná platilo v případě, že by k tomu disku přistupoval na nízké úrovni a ještě přímo k plotně bez sektorů (pokud to vůbec jde). Při běžné ATA komunikaci by takováto chyba nikdy vzniknout neměla a disk by měl zahlásit chybu.