Fórum Root.cz
Hlavní témata => Software => Téma založeno: m3lisk0 10. 01. 2016, 14:52:17
-
Mam umierajuci disk kde mam data ktore chcem zachranit. V dmesg som mal IO errors a ked som tam chcel nahrat data tak sa ani nevytvorili subory resp adresare, sam sa umountol a pod. z toho usudzujem ze disk je na tom zle. Podstatne je ze by som z toho rad obnovil data. Mam dobre skusenosti s ddrescue ale nevyhoda je ta ze to vyzaduje dalsi disk o rovnakej resp vacsej kapacite a to je momentalne problem, miesta mam dost na druhom disku ale cely prazdny disk nemam. Viem ze sa da dat ako output pre ddrescue aj subor a potom dostanem image ktory viem zasa prejst cez testdisk a odtial vytiahnut data, ale sa mi to zda ako zbytocna robota pretoze budem v konecnom dosledku potrebovat 2x tolko miesta (1. na image 2. na data extrahovane z image) ako keby som ich len skopiroval. Preto hladam nieco ako cp s moznostou logovania, teda nech to skopiruje co moze, co nemoze nech zapise do logu a preskoci.
-
Můžeš zkusit ddrescue na jednotlivé soubory.
-
rsync -W
Prd opirovanim doporucuji odnest vse do chladne mistnosti, disk vystrcit ven ze stroje a strcit k nemu ventilator. Tyhle zmirajici disky casto funguji lepe, kdyz jsou chladne, jakmile se zahreji, zacnou se mnozit problemy nebo dokonce chcipnou a nejedou, dokud zase nevystydnou.
Ale lepsi by bylo pouzit zminene ddrescue, aby se zbytecne necloumalo hlavami. Jestli vam na datech zalezi, cimz si nejsem jisty, protoze nemate zalohu, tak nepremyslejte v terminech jako "zbytocna robota" a nekde si pujcte dostatecne velky disk.
-
Můžeš zkusit ddrescue na jednotlivé soubory.
Myslis nieco taketo? http://superuser.com/questions/159354/linux-tool-to-copy-files-directories-from-failing-hard-disk (http://superuser.com/questions/159354/linux-tool-to-copy-files-directories-from-failing-hard-disk)
-
rsync -W
Prd opirovanim doporucuji odnest vse do chladne mistnosti, disk vystrcit ven ze stroje a strcit k nemu ventilator. Tyhle zmirajici disky casto funguji lepe, kdyz jsou chladne, jakmile se zahreji, zacnou se mnozit problemy nebo dokonce chcipnou a nejedou, dokud zase nevystydnou.
Ale lepsi by bylo pouzit zminene ddrescue, aby se zbytecne necloumalo hlavami. Jestli vam na datech zalezi, cimz si nejsem jisty, protoze nemate zalohu, tak nepremyslejte v terminech jako "zbytocna robota" a nekde si pujcte dostatecne velky disk.
Je to externy disk 3,5 ktory ma ventilator v sebe. ddrescue bude predsa len lepsia volba, mate pravdu. Zalezi mi na datach je pravda ze kopiu nemam, jeda sa sice o disk ktory ma par rokov ale sluzil len ako backup na ktory sa nakopirovali data a potom sa vypol. Vzdy som nan kopiroval relativne vela dat aby som zbytocne neparkoval hlavu zapinanim/vypinanim. Myslim ze cez SMART sa da zistit kolko hodin v skutocnosti bezal, ked sa pustim do obnovy dam sem pre zaujimavost ten udaj. Pokial nemam dalsi disk nechcme snim hybat. Este jedna otazocka: okrem testdisku viem nejako dostat data z image ktory mi ddrescue vytvori? Dakujem
-
@m3lisk0: Na mikroventilator v kejsu bych nespolehal, kejs bych otevrel a strcil k tomu ventilator, co mam v bejvaku, kdyz je vedro. Disk podlozit tak, aby vitr mohl fucet vsude.
Se SMARTem bych si hral az po vydolovani dat.
Soubory ven vytahnete podle toho, v jakem stavu je image. Jestli vam nehapal FS, tak image normalne namontujete. Z duvodu omezeni komplikaci si nedelejte obraz disku, ale primo daneho oddilu (predpokladam, ze je stejne jen jeden). Cili ne napriklad /dev/sdb, ale /dev/sdb1.
Pokud je FS v zakonceni zazivaciho traktu, muzete zkusit testdisk, mel by jit poslat na obraz oddilu. Napred ale udelejte druhou kopii zazalohovaneho oddilu (treba komprimovanou). Nikdy nevite, co se muze .... V nejhorsim pripade soubory vytaha photorec, ale upozornuju, ze je to bordel. Prijdete o jmena souboru a jejich pozici v adresarove strukture. Jedine, co se s tim pak da delat na usnadneni zivota, je pustit skript z homepage photorecu, ktery vytvori hardlinky na zachranene soubory a da je do nove adresarove struktury podle typu souboru. To take stoji za hovno, ale lepsi, nez nic. Lip se v tom hrabe a tridi.
-
BTW, jeste existuje mala sance, ze disk je v poradku, ale podelal se radic. Cili bych disk vytahl a zkusil dat do jineho kastliku nebo pripojil do desktopu. Pozor ale, ze disk by mozna mohl bez puvodniho radice predstirat jinou geometrii a nechrochtalo by to. Tusim tady na to uz v diskusi nekdo narazil a sam jsem to take nekde videl.
-
Este jedna otazocka: okrem testdisku viem nejako dostat data z image ktory mi ddrescue vytvori? Dakujem
Ten image jde uplne obycejne namountovat.
Napred si zjistit potrebny offset pro mount, podle toho kterou partisnu je potreba mountnout:
sudo fdisk -l ddImage.imgA zjisteny udaj pak dat misto <partitionOffset> u prikazu mount (samozrejme je to potreba prepocitat ze sektoru na Byty, jak velky je sektor fdisk vypise nahore).
sudo mount -o loop,offset=<partitionOffset> ddImage.img ~/temp/tmpmnt/
Toto bude fungovat do te doby, dokud nebude rozsypany pouzity filesystem (pak ho zkusit opravit, nebo photorec).
-
...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.
-
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.
-
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.
Na igelitaky (obycejny na pecivo) bych se moc nespolihal, mivaji mikroskopicky pory kvuli aspon nejakymu odvadeni vlhkosti. Takze voda sice viditelne neprotece, ale trocha vlhkosti projde. Pokud bych uz k podobne drastickymu reseni pristoupil, vzal bych si na to kus poradnejsiho tlustsiho igelitu.
Ale zajimava story :)
-
Ten image jde uplne obycejne namountovat.
Ano uz pozeram ze to tak je vdaka http://askubuntu.com/questions/69363/mount-single-partition-from-image-of-entire-disk-device (http://askubuntu.com/questions/69363/mount-single-partition-from-image-of-entire-disk-device)
Lepsie ale asi bude riesenie co spominal JardaP. mam tam 2 NTFS particie ale to nieje problem.
@m3lisk0: Na mikroventilator v kejsu bych nespolehal, kejs bych otevrel a strcil k tomu ventilator, co mam v bejvaku, kdyz je vedro. Disk podlozit tak, aby vitr mohl fucet vsude.
Problem je ze tam nevidim ziadne sroby co by som mohol povolit a na silu to nechcem vyrvat. Este mi pride ako moznost nekopirovat data naraz ale nechat disk oddychnut v nejakych intervaloch, otazne je je ze ci to ddrescue dokaze a ci parkovanie hlavy pri zapinani/vypinani nebude horsie ako teplo.
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.
Dufam ze to pojde aj bez toho ak nie tak vyskusam. Dakujem
-
Este mozno otazka co pouzit: ddrescue alebo dd_rescue? Podla tohoto linku je ddrescue lepsia volba ale je to par rokov stary zdroj http://askubuntu.com/questions/211578/whats-the-difference-between-ddrescue-gddrescue-and-dd-rescue (http://askubuntu.com/questions/211578/whats-the-difference-between-ddrescue-gddrescue-and-dd-rescue)
-
...ddrescue alebo dd_rescue?
Jestli mi pamet slouzi, tak kdysi jsem cetl srovnani a rozdil je ve strategii dolovani dat. Jede z nich pri chybe zkousi znovu a znovu, az dosahne nejakeho maximalniho poctu pokusu. Druhy pri chybe jede dal a teprve kdyz dojede cely disk, tak se vrati na mista s chybami a zkousi to znovu. Druha strategie je lepsi na chcipajici disk, protoze prilis velke mnozstvi pokusu o cteni ho muze oddelat a nasledne zbytek uz neprectete. Cili si prectete man a zjistete, jak to ktery resi.
S ohledem na to, ze tam mate dva oddily, tak odvolavam, co jsem odvolal a slibuji co jsem slibil. Asi by bylo bezpecnejsi delat zalohu celeho disku, aby se predeslo tomu, ze pokusy o opakovane cteni budou konany jeste pred vydumpovanim celeho disku. A holt se pak budete muset srat s offsety, ale furt lepsi, nez prijit o obsah druheho oddilu, kdyby pokusy o precteni prvniho oddilu disk dorazily.
Jinak s tim pytlikem a ledovou vodou vyse to neni spatny napad. Trochu hardcore, ale jestli mate kus slusneho igelitu, tak by to stalo za uvahu. Pytlikum bych se vyhnul, mohou mit spatny svar. Jeste by mozna sel pouzit kondom, ale navleknout na disk by bylo asi ponekud slozitejsi.
-
Otazka je este aj ake argumenty pouzit. Toto plati pre ddrescue: Tu (https://pario.no/2012/05/23/rescue-a-damaged-disk-using-gnu-ddrescue/) sa odporuca co najrychlejsie skopirovat disk pomocou:
ddrescue --force /dev/sda /dev/sdb logfile.ddrescue
Nasledne sa 3x pokusit precitat chyby z log suboru ne-cachovanym citanim:
ddrescue --force --direct --max-retries=3 /dev/sda /dev/sdb logfile.ddrescue
Ak toto zlyha tak potom skusit retrim:
ddrescue --force --direct --retrim --max-retries=3 /dev/sda /dev/sdb logfile.ddrescue
tu (http://superuser.com/questions/413650/is-there-any-way-to-speed-up-ddrescue) a tu (http://www.forensicswiki.org/wiki/Ddrescue) odporucaju na pociatocne rychle kopirovanie pouzit --no-split (prip --max-retries=1 toto by vsak mal vynutit aj --no-split) pripadne --reverse a --skip-size
Progress by sa mal dat monitorovat pomocou ddrescuelog prip strace. Je tam spomenuta aj zaujimava aplikacia na analyzovanie logu
ddrescueview (http://sourceforge.net/projects/ddrescueview/)
Tu (https://wiki.gentoo.org/wiki/Ddrescue) a na forensicwiki sa este spomina pouzitie direct access. A samozrejme je dobre pouzit --verbose
Mate s tym skusenosti?
Pokial je to 3TB disk a USB 2.0 viem nejako odhadnut cas (myslim ze to moze fungovat len pri tom mode ktory preskakuje chyby)? Cital som pripady 10 a viac dni ale nemyslim ze to bolo pre rychlu kopiu. Da sa z ddrescue logu zistit ktore subory boli poskodene? Ten napad s kondomom nieje zly akurat neviem ako by sa to tvarilo kedze je tam ten ventilator.
-
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.
-
[...]delat zalohu celeho disku [...] budete muset srat s offsety [...]
s offsety srat netreba, na img celeho disku ktery obsahuje partisny se jednoduse pusti:
# 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:
kpartx -dv soubor_celeho_disku.img
-
...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ý partx -a imageTen udělá /dev/loop0p1 atd.
-
Normálně bych dal
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.
-
Prave pozeram ze tento (http://linux.die.net/man/1/ddrescue) 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?
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 (http://pastebin.com/cXKjQAv4) nikde tam nevidim podobne prepinace ku --no-split a --max-retries
Normálně bych dal 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)?
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.
-
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.
-
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
-
To píše tam, kde máš Finished. Myslím první je copying a pak triming. Je to pochopitelný
-
partx -a image
s tim -a POZOR, pripoji to v rezimu readwrite coz jiste v zachranem rezimu neni vhodne, proto jak sem psal (http://forum.root.cz/index.php?topic=12490.msg153297#msg153297) pouzit pripojeni pouze readonly diky kpartx parametru -r ;)
-
Inak, nema niekto skusenosti so spinrite (https://www.grc.com/sr/testimonials.htm)? 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 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
-
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.
-
Inak, nema niekto skusenosti so spinrite (https://www.grc.com/sr/testimonials.htm)? 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.
-
partx -a image
s tim -a POZOR, pripoji to v rezimu readwrite coz jiste v zachranem rezimu neni vhodne, proto jak sem psal (http://forum.root.cz/index.php?topic=12490.msg153297#msg153297) pouzit pripojeni pouze readonly diky kpartx parametru -r ;)
Jo, někdy se rw hodí, když chceš udělat e2fsck třeba
-
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
-
Inak, nema niekto skusenosti so spinrite (https://www.grc.com/sr/testimonials.htm)? 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?
Je to blbost. Pokud chceš opravit disk, co už neobsahuje důležitá data, tak bylo mhdd nebo teď whdd, ale stejně nejlepší je přepsat vše pomocí badblocks -w, tím se poškozený sektory často realokují a jakože "opraví", záleží jak moc je disk vadnej. Toto ale dělej až po ddrescue. Tam taky bude vidět, kolik těch chyb je.
-
partx -a image
s tim -a POZOR, pripoji to v rezimu readwrite coz jiste v zachranem rezimu neni vhodne, proto jak sem psal (http://forum.root.cz/index.php?topic=12490.msg153297#msg153297) pouzit pripojeni pouze readonly diky kpartx parametru -r ;)
Jo, někdy se rw hodí, když chceš udělat e2fsck třeba
Ty delas fsck namontovaneho FS?
-
Inak, nema niekto skusenosti so spinrite (https://www.grc.com/sr/testimonials.htm)?
Viz Google: snake oil ::)
-
partx -a image
s tim -a POZOR, pripoji to v rezimu readwrite coz jiste v zachranem rezimu neni vhodne, proto jak sem psal (http://forum.root.cz/index.php?topic=12490.msg153297#msg153297) pouzit pripojeni pouze readonly diky kpartx parametru -r ;)
Jo, někdy se rw hodí, když chceš udělat e2fsck třeba
Ty delas fsck namontovaneho FS?
ne, nejsu trubica ;D
pro pomalejsi v tomto poradi: partx, fsck, mount -o ro
nekdo tvrdi, ze to fsck muze neco rozhasit, ale kopirovat z nekonzistetniho fs je asi horsi
-
Ty delas fsck namontovaneho FS?
ne, nejsu trubica ;D
pro pomalejsi v tomto poradi: partx, fsck, mount -o ro
nekdo tvrdi, ze to fsck muze neco rozhasit, ale kopirovat z nekonzistetniho fs je asi horsi
fsck facha i s obrazem disku, coz mi pripada mene riskantni.
-
fsck facha i s obrazem disku, coz mi pripada mene riskantni.
on prave myslel s obrazem disku, ale aby to mohl provest musi kpartx napojit na image v rezimu readwrite, ja radil v rezimu readonly, prave proto aby se z nejakeho duvodu nemohl pustit fsck automaticky, pokud je ale fsck chtenej tak to jinak samozrejme nejde :)
-
fsck facha i s obrazem disku, coz mi pripada mene riskantni.
on prave myslel s obrazem disku, ale aby to mohl provest musi kpartx napojit na image v rezimu readwrite, ja radil v rezimu readonly, prave proto aby se z nejakeho duvodu nemohl pustit fsck automaticky, pokud je ale fsck chtenej tak to jinak samozrejme nejde :)
Ono je to vlastne jedno, partx podle manualu nic nemontuje, akorat jadru rekne, ze se po okoli vali nejake oddily, o kterych by jadro melo vedet. Pricemz ty oddily mohou byt v obrazu disku. Jinak se to da udelat takto: https://chrisdown.name/2011/06/01/fsck-partitions-inside-an-image.html
-
Ano, partx nic nemountuje, jen automaticky nastaví ty loop jak je ručně v tom tvým návodu
-
Tak ma este napada ci 1. je fsck vhodne na NTFS prip FAT32 particiu? 2. Ci je mozne (nemyslim si ale jeden nikdy nevie) spustit fsck na image ale neopravit chyby priamo v image ale ich ulozit do ineho suboru a nasledne pri mounte by sa dal image mountnut ako read only spolu so suborom kde boli opravene chyby, predislo by sa tak kopirovaniu velkeho suboru. 3. Je mozne vynutit aby sa po pripojeni USB disku tento disk sam nenamountoval? Ak by som totiz disk po prvej faze (citanie s preskakovanim chyb) vypol aby som mu "doprial odpocinok" a neskor zapol s tym ze chcem spustit druhu fazu (opakovane citanie chyb) tak by mohli byt data nekonzistentne. Dakujem
-
@m3lisk0: 1. Zkuste to. Napred si udelejte komprimovanou zalohu, clovek nikdy nevi, co se muze posrat. 2. Opravdu nevim, jak byste chtel fsck chyby nekam jinam, nez do image. 3. To zalezi na vasem OS a v Linuxu pak DE. Me se v LXDE disky montuji az pote, co na ne kliknu z PCManFM, protoze jsem si to tak nastavil. Ve Widlich to asi vypnout nejde, tam leda tak clovek zakaze ten dementni autorun a zobrazeni dialogu s nabidkami akci.
-
Na NTFS nelze použít fsck, ale ntfsck a ntfsfix z balíku ntfs-3g. Opraví to jen něco a nastaví příznak, takže Windows provedou vlastní kontrolu konzistence při připojení svazku. Práce s NTFS v Linuxu celkem jde, ale plnohodnotnou kontrolu je nutno přenechat Windows.
-
Na NTFS nelze použít fsck, ale ntfsck a ntfsfix z balíku ntfs-3g. Opraví to jen něco a nastaví příznak, takže Windows provedou vlastní kontrolu konzistence při připojení svazku. Práce s NTFS v Linuxu celkem jde, ale plnohodnotnou kontrolu je nutno přenechat Windows.
Ano na disku to nieje problem ten by Widnows skontroloval ale ja chcem pustit fsck/ntfsck na image subor. Jedine ze by som naozaj klonoval disk 1:1 (namiesto vytvarania image suboru) a nasledne tento novo naklonovany disk dal skontrolovat Windowsu.
-
@m3lisk0: 1. Zkuste to. Napred si udelejte komprimovanou zalohu, clovek nikdy nevi, co se muze posrat. 2. Opravdu nevim, jak byste chtel fsck chyby nekam jinam, nez do image. 3. To zalezi na vasem OS a v Linuxu pak DE. Me se v LXDE disky montuji az pote, co na ne kliknu z PCManFM, protoze jsem si to tak nastavil. Ve Widlich to asi vypnout nejde, tam leda tak clovek zakaze ten dementni autorun a zobrazeni dialogu s nabidkami akci.
1. Ma vobec zmysle to komprimovat? Na disku boli prevazne videa a fotky? 2. Neviem ani ja, tak ma to napadlo ked som tu videl rozne mounty cez loop devices a pod. ci by to nejak neslo 3. Mohli by ste prosim strucne popisat pripadne poskytnut nejky material ako to urobit v LXDE, pravdepodobne by som obnovoval cez Lubuntu takze by sa to mohlo hodit.
-
1. Jo, ale take je tam nejake prazdne misto, ktere obsahuje kdovi co a snad zkomprimovat pujde. Ale jestli mate dost mista, tak to nekomprimujte.
3. Je na to nastaveni v settings PCManFM, Volume management. Pak ovsem nesmite mit zadny automount, ktery by do toho strkal nos.
-
ntfsfix raději nepoužívat, jednou mi to sežralo všechny data
A není to podporovaný, jediná podporovaná kontrola ntfs je ve windows přes chkdsk x: /f
-
Este jedna otazocka: okrem testdisku viem nejako dostat data z image ktory mi ddrescue vytvori? Dakujem
Ten image jde uplne obycejne namountovat.
Napred si zjistit potrebny offset pro mount, podle toho kterou partisnu je potreba mountnout:
sudo fdisk -l ddImage.imgA zjisteny udaj pak dat misto <partitionOffset> u prikazu mount (samozrejme je to potreba prepocitat ze sektoru na Byty, jak velky je sektor fdisk vypise nahore).
sudo mount -o loop,offset=<partitionOffset> ddImage.img ~/temp/tmpmnt/
Toto bude fungovat do te doby, dokud nebude rozsypany pouzity filesystem (pak ho zkusit opravit, nebo photorec).
...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.
To vážně neznáte kpartx, že se s tím tak trápíte?