Poškozené DVD - praskliny

30.5.2010 22:15 | Přečteno: 1953× | linux | poslední úprava: 30.5.2010 22:49

No dnes se mi do ruky dostalo jedno DVD od kamaráda, které je totálně nečitelné, nevím co se s tím dělalo, ale asi se tam nějak mezi obě vrsty dostal vzduch. Přiložil jsem obrázek jak to vypadá. Omlouvám se za kvalitu, toto se strašně blbě fotí.

Zkoušel jsem to celé nějak přečíst, no klasický mount mne poslal někam kam všichni víte. Snažil jsem se to celé přečít blokově přes dd, nějak se mi to podařilo (částečně přečíst) no a pak jsem zkoušel image mountnout nebo s tím něco udělat. No kdepak, Nakonec jsem částečně uspěl tím, že jsem použil Photorec od Gstool, abych viděl zda to vůbec půjde .

Na pokusy jsem si udělal malý grep, no Teď aktuálně DVD chrochtá, a snažím se (LITE-ON) přinutit, aby to přečetl celé tak jak má. Možná to celé číst 1x rychlostí ... no i tak to bude číst hodně dlouho.

Když jsem se na to díval, tak jsem zjistil, že to bude asi hodně pracné, protože spousta ( více než 80% ) obrázků mají koruptlou hlavičku a display i convert s tím nic nedokáží. Možná ještě zkusím nějakou verzi xnview zda půjde udělat convert.

Myslel jsem, že použiji toto, ale convert mne poslal do čertu

   #!/usr/bin/perl
   processFile("$_") foreach (@ARGV);

   #recursively fix images
   sub processFile {
   my $file=shift;
   return (-d "$file")?( do{ processFile("$_") foreach (<"$file"/*>) }) : `convert "$file" "$file"`;
    }

Zde je špatná hlavička

0d 0a ff d8 ff e0 00 10 4a 46 49 46 00 01 01 00

........JFIF....

A takto by to mělo být

ff d8 ff e0 00 10 4a 46 49 46 00 01 02 01 00 48

......JFIF.....H

jenže jak jsem se díval spousta souborů nese i EXIF informace, kde je pak hlavička jiná ...

ff d8 ff e1 12 9d 45 78 69 66 00 00 49 49 2a 00

......Exif..II*.

Vidím, že se budu muset podívat co tam vlastně je ...

No tam kde bude stačit tam se pokusím poupravit hlavičku, tam kde ne to bude horší ... (Aúúúúú)

Nevíte někdo o nějakém rychlém postupu jak opravit tyto hlavičky, no pokud bych to dělal ručně, tak by mne z toho asi brzo jeblo. Ono by to šlo i celkem ideálně přes dd kdy dd přeplácnu špatnou hlavičku popř. bych na to mohl jít sedem. Ale rychlejší možná bude použít dd.

Chci se zeptat něvíte někdo o nějakém ... ,který mi do souboru hodí vlastnosti ostatních souborů, tak, aby se to dalo smysluplně použít? Dle jeho slov je tam ještě hafo souborů ASF a MPG a nevím jak to mám správně rozlišit. U těch ASF soborů nevím přesně zda se jedná o VIDEO nebo AUDIO. Nepředpokládám, že se to podaří čistě přečíst, no když to dopadlo s JPG tak blbě kdo ví ...

Napadlo mne použít mpginfo, ale ten to hodí celkem rozsáhle, no mi by postačovalo, kdyby vyhodil jen rozlišení videa a framerate, abych mohl spojit to co patří k sobě.

Sakra práce kolikrát jsem mu říkal ať si data co potřebuje někam uloží jinam než na nějaké blank-sračkoidní DVD. No te konečně snad se dá přemluvit na nějaký Mini-NAS nebo Mini-externí disk. A ješte k tomu tam uloží fotky z dovolené co nikde nemá archivováno... Nechápu :) :)

Update 1 xnview otevře některé soubory cca jen 50% no uvidím ...

Update 2 No pokusím se použít i readcd, třeba to s ní půjde lépe. Něco jako toto:

readcd dev=/dev/dvd sectors=0-2300 f=out.img

       

Obrázky

Komentáře

[Aleš Kapica]

To je práce pro vraha. Poslal bych dotyčného někam. všem jak se tak dívám na ten snímek.. Zdá se že ty bubliny jsou při kraji. To znamená, že data z část blíže ke středu by měli jít zachránit.

[gtz]

Díky, pokud se mi podaří zachránit z toho disku aspoň 50% obsahu tak, budu rád. No je tam ještě jedna vlasová trhlina, která nejde nafotit, a ta sahá bohužel i ke středu.

Prvotní pro mne bude image a pokud se podaří, budu se snažit nějak experimentovat. Kdysi se mi pár médií podařilo zachránit pomocí lehkého filmu z oleje. Ale praskliny byly o hodně menší.

[Bluebear]

Pokud jsou data cenná, ale nejsou kompromitující, uvažoval bych o svěření profesionální firmě.

Pokud toto není volba, doporučuju nejdřív rešerši na netu, jak by se dal takový disk nejprve mechanicky stabilizovat nebo spravit (možná opatrnou injektáží něčeho, ale to musíš naprosto přesně vědět, co to má být, jinak ho dorazíš).

Samozřejmě, pokud se podaří bez příprav pomocí dd (nebo ddrescue) přečíst aspoň část obsahu, pak tím lépe - ale s vlasovou trhlinou pozor, aby to nevybuchlo v mechanice, nebo aspoň když vybuchne, tak abys nebyl v dráze letících úlomků

[Bluebear]

Teď jsem si vzpomněl, že existují takové plastové obaly na CD či DVD, které jsou určeny k trvalému přilnutí k povrchu (strká se to i s nimi do mechaniky). Nevím, jestli by to v tomto případě pomohlo, a nevím, jestli to věci spíš neuškodí - jen nanáším jako předmět k debatě.

(POZOR! Pokud se rozhodneš jít touto cestou, stejně jako u všech ostatních pokusů, nechoď na věc bezhlavě, vše dobře promysli, zkus googlit, jestli něco podobného někdo už nezkoušel, a zejména vyzkoušej na několika bezcenných DVD. Ono by se mohlo taky stát, že pokud to použiješ, při pokusu to sundat se od sebe ty vrstvy DVDčka oddělí úplně a jsi v prdeli.)

[gtz]

Z boku jak jsem se díval je prasklina kudy se dostal vzduch a toto udělal.

No právě ležím v googlu a snažím se najít něco sofistikovaného, ale relevantního. A pravdou je, že toho moc opravdu není.

No já jsem měl čest s médii, která bylo poškrábaná a jinak mechanicky poškožená a vždy se to nějak podařilo. Ale u tohoto média se bojím, že se rozletí, protože i tichý LITE-ON dělá celkem kravál, když ho čte.

No v každém případě napřed image a pak teprve co dále s daty, možná ještě zkusím foremost.

[gtz]

No říkal jsem mu to, ať se domluví v TDPontracku nebo u ostatních lidí co znám. I tak cena za opravu není nijak malá položka. Jednou asi před rokem jsem pro jednoho klienta zadával opravu podobného CDR. No cena za kompletní dataminning a reindexaci obsahu byla někde kolem 10000,-

Jsou tam jak mi říkal nějaké staré fotografie a filmy.

Té větší praskliny se nebojím, jak jste psal bojím se právě té malé vlasové, která jde z obvodu dolů. Ideální je použít 1x spped, aby se to nerozbilo. (Ale to jsem mu říkal, že se může stát, že se médium rozletí).

No právě hledám a snažím se najít jak to opravit.

[Bluebear]

No cena za kompletní dataminning a reindexaci obsahu byla někde kolem 10000,-

Nj; skoro bych řekl, že za tuto pakárnu si ty peníze i zaslouží. Otázka také je, jak jsou na tom s diskrétností.

[gtz]

za TDPONTRACK se mohu zaručit, ti lidé jsou celkem slušní. Oni na vše mají mašinu, která vše udělá. No jedna firma u nich dělala rekonstrukci raid pole R5 - 4x120 GB a cena vycházela na cca 145000,- (obnova do týdne). Spíše jde o zkušenosti jak to médium načíst.

[Michal Fecko]

offtopic: pri cenach 1 a 2TB diskov sa DVD uz fakt neoplatia...

[Bluebear]

Na rozdíl od disků jsou DVD, jako optické médium, prakticky necitlivá na elektromagnetické pole; proto celkem chápu, když je někdo používá jako jednu z několika záloh pro důležitá a relativně malá data.

Pokud máš všechno na discích a do budovy se ti trefí blesk nebo EMI z blízkého jaderného ohňostroje, tak ti zbydou jen oči pro pláč.

[Michal Fecko]

Moja bezna prax okrem rsync over ssh na vzd, server

Backup disk pripojim
Rsyncnem
Dam do antistat. obalu a do zeleznej skrinky na kluc,,,

[gtz]

Disk pokud je skladován správně má životnost do 10-15 let. Dle vyjádření VERBATIMu měla by být živtnost cca 100 let, ale za dodržení nutných parametrů, která jsou někdy problém.

teplota 25°C +/- 2°C
relativní vlhkost 55% +/- 5%

Viděl jsem i média z roku 2006, která byla problém přečíst po 2 letech. Proto se u některých istitucí, která média používají musí média pálit v 5-letých intervalech. To se týká třeba PACS archívu, kdy spousta dat je v OFF-line archívu právě na DVD.

Sakra bydlím cca 20km od Dukovan, to by u nás to EMI pole bylo asi hodně vysoké.

[Václav HFechs Švirga]

Nj, otázka je, jestli by ty ztracená data byl v takovém případě ten největší problém :).

[Grunt]

Sakra bydlím cca 20km od Dukovan, to by u nás to EMI pole bylo asi hodně vysoké.

Jakože EMI by bylo asi to poslední čím bych se v takové situaci v dané vzdálenosti k elektrárně zabýval.

[Jendа]

Sakra bydlím cca 20km od Dukovan, to by u nás to EMI pole bylo asi hodně vysoké.

To bych se nebál, přivést VVER k explozi vyžaduje opravdu hodně kreativity ze strany obsluhy... (jestli to vůbec nějak jde)

[Heron]

Výbuch jako atomová bomba není možný.

[Radovan]

Tak to fakt nejde, i při velkém experimentování s palivovými tyčemi se dá jen roztavit jádro, ale pochybuji že by se dokázalo aspoň propálit dnem reaktoru. Tohle není jako grafitový Černobyl, tady jakmile se odpaří voda, tak reakce prostě chcípne...

[gtz]

No sice byla stavěna jako druhá v ČSSR, ale ta naše má o něco větší bezpečnost než Jaslovské Bohunice.

[kotyz]

V Jaslovskejch Bohunicich udajne narvali do reaktoru palivovy tyce i s transportnim obalem a ten se jim zacal tavit a v tom byl celej ten problem (ale nemam to ze zas tak duveryhodnyho zdroje, takze netusim co na tom je pravdy) ...

[kotyz]

takze za vsechno moh zase ten starej znamej lidskej faktor. vzdycky nakonec vyjde najevo ze v tom ma prsty prave ten (aspon v serialu letecky katastrofy to zatim platilo na 100%, ikdyz selhala technika, tak se nakonec vzdycky ukazalo ze za to mohla odflakla udrzba, oprava nebo spatnej navrh nejaky soucastky) ...

[Jendа]

Navrhni nějaký scénář, jak by mohlo selhání lidského faktoru (nebo kdyby se lidský faktor snažil poškodit ČR) způsobit vážnou havárii VVER. Přemýšlel jsem (potlesk), ale nic mě nenapadá.

[kotyz]

havarii by urcite zpusobit moh, ale tak tezkou jako Cernobyl tezko ...

[gtz]

Nechci spekulovat ani polemizovat, kdysi jsem někde četl, že okamžité odpojení přenosové soustavy je celkem hodně velký problém. To nikdo neví co by se stalo, kdyby v tu ránu neměl reaktor kam cpát elektřinu. Snad by to uchladil.

[Jendа]

Snad by to uchladil.

No co, tak by vytekl moderátor do kontejnmentu a rychlé neutrony palivo neštěpí.

[frEon]

Reaktoru by se nestalo asi nic, je to jenom trochu vylepsenej papinak. Ale turbine by dobre zajiste nebylo. Zacala by se roztacet do zavratnych otacek a pokud by nemeril nejakej otackometr a para se neposlala nekam jinam... No, plzenska Skodovka by mela moc peknou zakazku.

[Heron]

Chtěl jsem ti dodat dokumenty ze cvičení Zóna 2010, ale Google podezřele mlčí. To je cvičení typu "worst case scenario" a podle Dany Drábové v rozhovoru pro ČR Leonardo jedno z největších pořádané u nás. Bylo naplánováno několik stupňovitých výpadků technologií a to včetně výpadku proudu z venčí (jak někdo níže upozorňuje). Zkusím hledat.

[Heron]

To se mi snad ani nechce věřit, že jsou to dva roky. Tak je to Zóna 2008.

http://www.sujb.cz/?c_id=915

http://www.sujb.cz/?c_id=918

http://www.hzscr.cz/clanek/zona-2008.aspx

Ale technické podrobnosti tam nejsou. Kua.

[gtz]

http://www.hzscr.cz/cviceni-zona-2010.aspx

[gtz]

No nedivím se, byl by to návod jak na to.

Jak jsem kdysi někde četl, nikdo přesně neví co by se stalo, kdyby v tu chvíli když jedou reaktory na plný kotel a dodávají elektřinu do sítě vypadla přenosová soustava. Tedy by nebylo elektřinu kam cpát. Tedy by musel reaktor hodně snížit výkon a chladit. No toto téma padlo někdy v TV, když se mluvilo o black-outech přenosové soustavy.

[Heron]

Na wiki jsem našel, že po SCRAMu reaktor dodává přibližně 7% tepla po dobu 100hodin (jistě, je to značně zjednodušené). To by znamenalo, že VVER 1000 (3000MW tepelných) by po shození dodával nějakých 210MW tepla. A to se uchladí. Podstatné je, aby fungovala čerpadla (od toho tam jsou setrvačníky a diesel agregáty).

[gtz]

No snad takového nic nenastane, aby se toto muselo praktikovat. No jako i tak, celkem hodně tepla a jistě i hodně vody na uchlazení.

[Heron]

Na youtube.com je kanál americké chemické cosi (board), kde vyšetřují havárie v chemické výrobě. Příčiny se v podstatě dají shrnout do několika skupin:

- Stres zaměstnanců (operátorů, dělníků) vyvolaný různými faktory: přepracovanost vyvolaná snížením počtu zaměstnanců; vyhrožování (pokud se to nestihne, nedostaneš zaplaceno) apod. Tedy vesměs ekonomický tlak.
- Zanedbaná údržba: opět ekonomický důvod, který se ale v případě problémů dost prodraží
- Nedodržení pracovního postupu a zanedbaná kontrola jeho dodržování: až zde lidský faktor -- odfláknutá práce na obou stranách, jak na straně pracovníka, tak na straně kontroly. Tomuto lze do jisté míry zabránit konstrukcí daného zařízení (odstavení založené na fyzikálním principu).

U těch jaderných havárií to bylo dost podobné, ovšem ekonomický tlak byl nahrazen tlakem politickým. V Sellafieldu byl obrovský tlak na výrobu plutonia pro Britskou atomovou bombu a prakticky vše tomu bylo podřízeno. Reaktory RBMK byli konstruovány jednak pro výrobu energie, ale také pro odebírání paliva za běhu reaktoru opět pro extrakci plutonia. V tom Černobylu to pak byl také tlak ekonomický, výstavba se měla stihnout co nejrychleji a tak se ten test, který měl být hotový před spuštěním dělal až za plného provozu a po příkazu udržet výkon.

Nakonec, je to logické a kdokoliv si na sobě může vyzkoušet jak efektivně pracuje v pohodě a klidu a jak pod tlakem. Většina lidí prostě dělá ve stresu (libovolném) více chyb (čest výjimkám).

[depka]

pokud budu pozorovat blizky jaderny ohnostroj, pravdepodobne budu mit jine starosti :D

[Grunt]

Heh. Zrovna jsem kvůli Amígově anatomickém blogu hledal jak z JFIFu vytáhnout miniaturu. Sice mi to bylo téměř k ničemu, ale okrajově zcela nesouvisejíc jsem se dozvěděl dvě nové věci, které by se mohly hodit o pár zápisků pozdějc:

1. Existují programy, které se snaží vyextrahovat data z poškozených JPEGŮ. Jením z nich, který mám v repositáři je recoverjpeg, ale určitě toho bude existovat víc
2. Program identify má parametr -ping, který způsobí to, že se obrázek celý necpe do paměti ale čte se jen absolutní nutné minimum k zobrazení identifikačních hodnot. Třeba by to mohlo stačit k určení rozlišení.

Jinak ta hlavička JFIFu je jen posunutá co se tak dívám. Opakuje se to u všech souborů?

[Grunt]

Jinak 0d 0a jsou HEXové CR LF. Nebude jen problém s programem a formátováním konce řádků operačního systému na kterém ten program běží?

[gtz]

dělal jsem to na OpenSuse, výstup hlavičky byl do blogu zkopírován přes ghex2.

[gtz]

No já jsem dělal jen nějaký vzorek, aby se mi to médium nerozletělo a jak jsem se díval cca 10 souborů je zdravých a dalších 20 je poškozených. Ano hlavička je posunutá o něco doleva, ale u některých souborů je již i EXIF.

Díky, zkusím recoverjpeg co na to řekne.

[Grunt]

No já jsem dělal jen nějaký vzorek, aby se mi to médium nerozletělo

Jo počkat. Já měl za to, že to je už image z disku. No jednoznačně už bych to médium do jednotky nestrkal, pokud to není výslovně nutné. Mohlo by to už také být naposledy.

a jak jsem se díval cca 10 souborů je zdravých a dalších 20 je poškozených

No ale tak důležitý je typ poškození. Pokud má 10 souborů na začátku 0d 0a tak bych to moc neřešil. Stejně se ty knihovny snaží většinou najít magickword a pak od toho teprve odečítají strukturu.

ale u některých souborů je již i EXIF.

To vadí konkrétně čemu?

[gtz]

Když se mi médium nepodařilo klasicky mountnout, zkoušel jsem dd-čkem si udělat malý vzorek dat, zda vůbec něco půjde zachránit (no i ten malý vzorek dat byl problém vůbec uložit, samý error při čtení a některé sektory prostě nepřečetl ). No posunutou hlavičku neřeším, to by se dalo celkem normálně opravit, ale EXIF má trochu jinou hlavičku, kde již posunutí není. Když jsem se to v GHEX2 snažil opravit ručně, ani pak se to nepodařilo úspěšně načíst.

No médium tam asi budu muset strkat, protože nějak ten image musím udělat, no zítra si půjčím starou DVD-ROM od PLEXTORu, která je jen Single-Speed. To jen proto, aby to dd neroztočilo na plný kotel a médium by se mohlo rozletět. S plextorem jsem měl vždy ty nejlepší zkušenosti, na čtení špatných médií na něho byl vždy spolehnutí.

Recoverjpeg zkusím, sice Suse ho nemá v repos, ale již jsem ho našel, tak nebude problém.

[Jendа]

Zkus ddrescue, nebo alespoň conv=noerror. Jinak já bych se ho pokusil s 1x rychlostí celé přečíst a pak si hrál...

[gtz]

Zkoušel jsem jak dd, tak i ddrescue tak i ostatní nástroje (magicresuce, foremost apod.). Největší problém je v té malé prasklině, která sahá až ke středu kde je TOC.

[Jendа]

no zítra si půjčím starou DVD-ROM od PLEXTORu, která je jen Single-Speed. To jen proto, aby to dd neroztočilo na plný kotel a médium by se mohlo rozletět.

Jo a eject má parametr -x.

[gtz]

Ano, psal jsem včera o něco níže dole #22

[David Ježek]

tohle je ta chvíle, kdy člověk ocení windows a programy jako isobuster

[gtz]

Skvělá věc, znám ho také, mám poslední free verzi ho někde ve virtuálu. Tuším, že novější verze jsou již placené. U něj bych se bál, že roztočí médium na plný kotel a to se rozlétne na x-dílů.

Já jsem raději zkoušel : eject -x 12 /dev/dvd

[Michal Fecko]

Zradca to je ta chvila na AcetoneISO

[gtz]

Díky, kouknu se, ani jsem o něm nevěděl.

[Zdeněk Štěpánek]

Spis by bylo lepsi se poohlidnout po testu DVD mechanik a koupit tu nejkvalitnejsi co existuje.