Kopírování s přeskakováním chyb

[JardaP .]

Tak kopirovani pomoci tehlech tri prikazu vypada rozumne. Jednou precist a pak, kdyz je potreba, resit chyby opakovanymi pokusy. V tom pripade by se to dalo delat i oddil po odilu. Rychle precist jeden, pak druky, kazdemu udelat extra log a pak by se cidelo, co dal.

Ventilator bych resil kusem novodurove nebo jeste lepe kovove trubky, kterou bych protahl kabely a ze ktere by ten ventilator sal ledem chlazeny vzduch. Je by bylo treba nejak resit vratny vzduch, ktery asi leze z druhe strany kastle a tak by se muselo neco strcit vedle disku, aby mel kudy lezt vzduch. Ale mozna je to blby apad, protoze kdyz je to cele podchlazene, ventilator tam nacamra vlhky vzduch a bude to vevnitr kondenzovat.

Jinak ten kastlik by mel jit rozebrat, jen to chce trochu googlit, protoze ne vzdy je to primocare a obcas je na to nejaky spinavy trik, viz treba LaCie.

[Reklama]

[nobody]

[...]delat zalohu celeho disku [...] budete muset srat s offsety [...]

s offsety srat netreba, na img celeho disku ktery obsahuje partisny se jednoduse pusti:

Kód: [Vybrat]

# pouze rezim cteni (rezim i zapisu (zde nevhodny) by bylo misto -rv pouzito -av)
kpartx -rv soubor_celeho_disku.imgto ocucha img a vytvori v /dev/mapper/ virtualni blokove zarizeni loop0p1 a loop0p2, s kterejma se pak primo muze pracovat (montovat, primo zachranovat), kdyz se dopracuje, odpoji se loop od image pomoci:

Kód: [Vybrat]

kpartx -dv soubor_celeho_disku.img

[Trubicoid2]

...Napred si zjistit potrebny offset pro mount, podle toho kterou partisnu je potreba mountnout...

Proto rikam nezalohovat disk, ale oddil. Je s tim mene srani.

Místo těch ofsetů jde použít automatický

Kód: [Vybrat]

partx -a imageTen udělá /dev/loop0p1 atd.

[Trubicoid2]

Normálně bych dal

Kód: [Vybrat]

ddrescue /dev/sdx vadnejdisk.img vadnejdisk.logS tím logem to můžeš kdykoli zastavit a zase stejně pustit, začne kde skončil.

Prvně přečte to, co jde bez chyb. Pak postupně čte znovu a znovu ty s chybama. Záleží na tobě, jak dlouho to necháš jet. Když se chyby zmenšují, tak to většinou nechám. Pak přestanou, nějakou dobu počkám, 6 hodin třeba a když už se nezmenší, tak to vypnu. I tak je to práce na několik dní.

Dd_rescue umí třeba kompresi, ale víc spolýhám na ddrescue.

No a asi by se vyplatilo disk vykuchat a přidělat na sata místo USB. Přes USB ty chyby pomalu lezou,špatně se z nich zotavuje. Tedy kopírování vadnýho disku je několikrát rychlejší přes sata.

[m3lisk0]

Prave pozeram ze tento manual pre ddrescue sa nezhoduje s tym co mam ja nainstalovane (pomocou sudo apt-get install gddrescue) v Lubuntu Live 15.10  Chybaju mi prepinace --no-split a --max-retries ma niekto tu verziu ktora koresponduje so spominanym manualom?

Kód: [Vybrat]

lubuntu@lubuntu:~$ ddrescue --help | egrep -w 'direct|force|skip-size|retrim|reverse|no-split|max-retries'
  -d, --direct                   use direct disc access for input file
  -f, --force                    overwrite output device or partition
  -K, --skip-size=<min>[,<max>]  initial size to skip on read error [64 KiB]
  -M, --retrim                   mark all failed blocks as non-trimmed
  -R, --reverse                  reverse the direction of all passes

lubuntu@lubuntu:~$ ddrescue -V
GNU ddrescue 1.19
Copyright (C) 2014 Antonio Diaz Diaz.
License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Cely manual z Lubuntu je tu nikde tam nevidim podobne prepinace ku  --no-split a --max-retries

Normálně bych dal

Kód: [Vybrat]

ddrescue /dev/sdx vadnejdisk.img vadnejdisk.logPrvně přečte to, co jde bez chyb. Pak postupně čte znovu a znovu ty s chybama. Záleží na tobě, jak dlouho to necháš jet. Když se chyby zmenšují, tak to většinou nechám. Pak přestanou, nějakou dobu počkám, 6 hodin třeba a když už se nezmenší, tak to vypnu. I tak je to práce na několik dní.

To by bolo z mojho pohladu logicke spravanie, ako hovorim nevidim prepinace co to ovplyvnuju. Pocet chyb vidim pod menom "errors" (toto som skusil klonovat particiu z fungujuceho disku)?

Kód: [Vybrat]

GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:    96032 MB,  errsize:       0 B,  current rate:   14483 kB/s
   ipos:    96032 MB,   errors:       0,    average rate:   16695 kB/s
   opos:    96032 MB, run time:    1.59 h,  successful read:       0 s ago
Finished                 


No a asi by se vyplatilo disk vykuchat a přidělat na sata místo USB. Přes USB ty chyby pomalu lezou,špatně se z nich zotavuje. Tedy kopírování vadnýho disku je několikrát rychlejší přes sata.

Na toto sa velmi necitim ale ak to bude nutne tak budem musiet pospekulovat aj nad tym.

[Reklama]

[Trubicoid2]

Ano, použij to tak, bez přepínačů. Je to jako max-retries nekonečno, tedy dokud to nestopneš, nebo jestli bude počet chyb 0.

To číslo errorsize je to, na co máš koukat. Až se nebude dlouho zmenšovat, tak už to nemá cenu.

Podle počtu chyb se přes USB připrav možná i na týden no. Vono taky by šlo začít přes USB a pak zkusit i bez něj, jak říkám, v tom log souboru je zapsaná poslední operace a tak to bude pokračovat zase dál.

[m3lisk0]

Ano, použij to tak, bez přepínačů. Je to jako max-retries nekonečno, tedy dokud to nestopneš, nebo jestli bude počet chyb 0.

To číslo errorsize je to, na co máš koukat. Až se nebude dlouho zmenšovat, tak už to nemá cenu.

Podle počtu chyb se přes USB připrav možná i na týden no. Vono taky by šlo začít přes USB a pak zkusit i bez něj, jak říkám, v tom log souboru je zapsaná poslední operace a tak to bude pokračovat zase dál.

OK, a ako mam vediet kedy to uz mozem stopnut (v pripade ze tam boli chyby)? Resp kedy viem ze prebehol ten prvy scan ktory skopiroval co mohol? Tusim som niekde cital ze ddrescue by mal pisat v akej je faze ak sa nemylim, to by mohlo byt ono ci nie? Dakujem

[Trubicoid2]

To píše tam, kde máš Finished. Myslím první je copying a pak triming. Je to pochopitelný

[nobody]

partx -a image

s tim -a POZOR, pripoji to v rezimu readwrite coz jiste v zachranem rezimu neni vhodne, proto jak sem psal pouzit pripojeni pouze readonly diky kpartx parametru -r

[m3lisk0]

Inak, nema niekto skusenosti so spinrite? Tusim som niekde cital ze to pouziva NSA (samozrejme moze to byt blbost). Zaujimavejsie je vsak ako to funguje: ak spravne pamatam tak to dokaze nejako vychylovat hlavu a citat data pod roznym uhlom a teda zvysuje sancu precitania. Co vy na to?

[m3lisk0]

To píše tam, kde máš Finished. Myslím první je copying a pak triming. Je to pochopitelný

Da sa vynutit aby ddrescue spustil len prvu fazu a potom sa vypol? Rozmyslam nad tym ze by som vynutil spustenie len prvej fazy (rychle kopirovanie s preskakovanim chyb) a toto by som pustil nad jednotlivymi particiami. Prave koli tomu ako tu uz bolo spominane aby som sa nemusel babrat s offsetmi. Nasledne keby som mal obe particie skopirovane tak by som spustil druhu fazu (log by bol k dispozicii a teda ddrescue by vedel kde hladat chyby) na prvej particii - pockal povedzme jeden den, nechal disk oddychnut a spustil druhu fazu na druhej particii. Dakujem

[m3lisk0]

Je to externy disk 3,5 ktory ma ventilator v sebe.

Naposledy jsem takhle zachraňoval data tak, že jsem dvoulitrový hrnec se studenou vodou postavil přímo na disk, kov na kov, a tu vodu jsem musel několikrát vyměnit, protože jí disk dokázal ohřát. Ten byl celkem snadný.
Nejhorší případ, co jsem zažil, strávil předem noc v mrazáku, a kopíroval se ponořený v ledové vodě s průběžným dosypáváním kostek ledu (spotřebovali jsme jich určitě přes pět kilo) a odléváním teplé vody. Celou dobu v mrazáku i vodě byl samozřejmě velmi dobře zabalený v mnoha igeliťácích, aby nenavlhl!
Velmi brutální a velmi účinné, ale to mražení je až poslední možnost.

Koli comu vlastne tak chlad zvysuje uspesnost? Ma to nieco spolocne s fyzikou a roztaznostou kovov? Dakujem.

[JardaP .]

Inak, nema niekto skusenosti so spinrite? Tusim som niekde cital ze to pouziva NSA (samozrejme moze to byt blbost). Zaujimavejsie je vsak ako to funguje: ak spravne pamatam tak to dokaze nejako vychylovat hlavu a citat data pod roznym uhlom a teda zvysuje sancu precitania. Co vy na to?

To bych povazoval za blbost. Vy nemate disk, ktery nekdo vymazal nebo prepsal bordelem, kde se machrovanim s hlavami pokousite ziskat data, ktera tam kdysi byla, ale disk, ktery vam umira pod rukama, ale zatim se jakztakz da cist a cim vic ho budete tyrat, tim vetsi je sance, ze se posere uplne, nez ho stihnete zalohovat. Idealne najit nastroj, ktery udela rychlou zalohu jednim pruchodem bez cloumani hlavami a po zalohovani celeho disku se bude eventuelne babrat s chybami.

[Trubicoid2]

partx -a image

s tim -a POZOR, pripoji to v rezimu readwrite coz jiste v zachranem rezimu neni vhodne, proto jak sem psal pouzit pripojeni pouze readonly diky kpartx parametru -r

Jo, někdy se rw hodí, když chceš udělat e2fsck třeba

[Trubicoid2]

To píše tam, kde máš Finished. Myslím první je copying a pak triming. Je to pochopitelný

Da sa vynutit aby ddrescue spustil len prvu fazu a potom sa vypol? Rozmyslam nad tym ze by som vynutil spustenie len prvej fazy (rychle kopirovanie s preskakovanim chyb) a toto by som pustil nad jednotlivymi particiami. Prave koli tomu ako tu uz bolo spominane aby som sa nemusel babrat s offsetmi. Nasledne keby som mal obe particie skopirovane tak by som spustil druhu fazu (log by bol k dispozicii a teda ddrescue by vedel kde hladat chyby) na prvej particii - pockal povedzme jeden den, nechal disk oddychnut a spustil druhu fazu na druhej particii. Dakujem

V té první fázi --no-trim --no-scrape