Dotaz: Ztracená data po havárii resize prog. Acronis?

[FrantaS]

Zdravím. Kolega mne požádal zda by mu mohl Linux nějak pomoci s jeho diskem. Mé znalosti zde však nestačí, proto prosím o pomoc. Disk jen s XP. C, ext.p. a na ní D. (Moje poznámka - Obě na 99.99 % ntfs.) C mělo málo a z D šlo ubrat. Použil Acronis Disk Direktor. Zmenšil D a v uvolněné části vznikla (Nemám s tímto SW zkušenosti, tak nevím zda jednokrokově, ale řekl bych, že by se takové věci měly dělat dvoukrokově.) noname partišna bez formátu. Speciálně jsem se ptal zda se opravdu z té ext.p. uvolnila další primární p., údajně ano. Tento uvolněný prostor chtěl spojit s C s tím, že C bude hlavní. Zatrhl souhlas s bootem a spustil. Po chvilce práce program napsal něco ve smyslu, že fdisk vykázal chyby, stále však pokračoval. Přestože program evidentně nedoběhl, program restartoval PC a po restartu již PC nenajel. Zkusil FIXBOOT i FIXMBR, ale pri pokusu o spusteni WXP stále hlasi "NTLDR nenalezen". Nezazálohoval. (Už jsem se ho ptal, zda v minulosti stokrát podobně rozděloval bez problému.) Z D se zřejmě podařilo všechna data zkopírovat, takže potřebuji zachránit obsah 1. p. kde je prý v XP FAT. V tomto stavu jsem to dostal. Nevím jak ty programy typu PM či Acronis fungují. Jedná se o 120 G disk. Pomocí dd jsem udělal kopii na 320 G se kterým zkouším. fdisk nehlásí žádný problém:

 Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdc1   *           1        9598    77095934+   7  HPFS/NTFS
/dev/sdc2            9599       14593    40122337+   f  W95 Rozš. (LBA)
/dev/sdc5            9599        9607       67558+   7  HPFS/NTFS
/dev/sdc6            9608       14593    40050013+   7  HPFS/NTFS

Úsměv mě opustil po přimountování bez udání typu. 1.p. měla velikost několik MB a obsahovala jeden soubor. Když jsem zkusil z té 1.p. kopírovat obsah pomocí dd na null, bylo zkopírováno cca 77 GB. Když jsem zkusil vytvořit stejné rozdělení na cvičném disku, dopadlo to takhle:

 Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1               1        9598    77095903+   7  HPFS/NTFS
/dev/sdb2            9599       14593    40122337+   f  W95 Rozš. (LBA)
/dev/sdb5            9599        9607       72261    7  HPFS/NTFS
/dev/sdb6            9608       14593    40050013+   7  HPFS/NTFS

Zde mne velmi překvapily rozdíly ve sloupci "Bloky", ale já se v této oblasti detailními výpočty nikdy nezabýval. Protože jsem si nejdříve prošel, co kde k tématu je, tak jsem provedl:

 sudo dd if=/dev/sdc bs=512 count=255 of=/tmp/sdc-raw-start

$  sudo file -s /tmp/sdc-raw-start
/tmp/sdc-raw-start: x86 boot sector, Microsoft Windows XP MBR, Serial 0xe99847fb;
partition 1: ID=0x7, active, starthead 0, startsector 1, 154191869 sectors;
partition 2: ID=0xf, starthead 64, startsector 154191870, 80244675 sectors, code offset 0xc0

Nainstaloval jsem ntfsprogs. ntfsls z 5 a 6 vypisuje soubory. Z 1:

 sudo ntfsls -l -i -a /dev/sdc1
Failed to startup volume: Nepřípustný argument.
Failed to mount '/dev/sdc1': Nepřípustný argument.
The device '/dev/sdc1' doesn't have a valid NTFS.

Říkal jsem si, že pokud tam fdisk vidí NTFS tak to v něm zkusím uložit. Nepomohlo. Udělal jsem novou kopii. Nainstaloval jsem testdisk, po výběru analyse:

Invalid NTFS boot
 1 * HPFS - NTFS              0   0  2  9597 254 63  154191869
 1 * HPFS - NTFS              0   0  2  9597 254 63  154191869
 2 E extended LBA          9598   0  1 14592 254 63   80244675
 5 L HPFS - NTFS           9598 150 19  9606 254 63     135117
   X extended              9607   0  1 14592 254 63   80100090
 6 L HPFS - NTFS           9607   1  1 14592 254 63   80100027

Po několika cylindrech:

Disk /dev/sdb - 320 GB / 298 GiB - CHS 38914 255 63
Analyse cylinder  2.../38913: 07%

Warning: Incorrect number of heads/cylinder 4 (FAT) != 255 (HD)
Warning: Incorrect number of sectors per track 17 (FAT) != 63 (HD)
  FAT12                    0   0  2     1  74 13      20739 [NO NAME]
 HPFS - NTFS           3187   1  1  9606 254 59  103137233
 HPFS - NTFS           9607   1  1 14592 254 61   80100025

Na konci:

Disk /dev/sdb - 320 GB / 298 GiB - CHS 38914 255 63
     Partition               Start        End    Size in sectors
* FAT12                    0   0  2     1 254 63      32129 [NO NAME]
L HPFS - NTFS           3187   1  1  9606 254 63  103137237
L HPFS - NTFS           9607   1  1 14592 254 63   80100027

Active Partition Recovery 3.0 hlásí:

Detected file systems:
from partition table: NTFS
from BOOT sector: FAT12

Visty ve správě disků ukazují 73 G na FAT, ale pokud v tomto programu zobrazím vlastnosti toho disku tak se zobrazí cca 10M na FAT. Proto tomu nerozumím, ale myslím si, že by to ještě mohlo jít zachránit. Jen nevím kudy kam a proto prosím znalejšího o pomoc.

---

---

Odpovědi

[NN]

A muzes jim stokrat rikat at zalohujou, at to ukladaj na D a ne do obrazku a je to stale na hovno a pak opet linuxak zachranuje vidlakovy data z NTFS. Jenom obdivuju, ze se stim tak moris, pokud to neprimountuju a nedostanu se do systemovych zlozek pak na to vetsinou uz kaslu..

NN

[FrantaS]

Jo, jo. právě v tom je nebezpečí, když to 100 projde. Proto já taky ty věci nechtěl studovat do hloubky. Ačkoliv sleduji, že programátoři "Linuxu" obvykle "více" používají hlavu, stejně bych měl i na Linuxu k podobně rozdělenému disku nedůvěru.

Již před mnoha a mnoha lety jsem synům říkal, že dříve nebo později to někomu selže, že je to jen otázka času. Snad se mi aspoň poučí z cizí chyby.

Nemyslím, že by to bylo nutno spojovat jen a pouze s vidlema a NTFS. Na NB pokud nebude opravdu hrozná konstelace hvězd mi snad nic podobného nehrozí. Jenže já dost neprozřetelně klientovi zavedl Linux na PC a myslím, že UPS dodnes nezprovoznili. Takže se mi může něco podobného přihodit i na Linuxu. Budu pak trochu připraven. Ale v květnu to bylo rok a jediný problém byla vybitá baterie v kryse a k nějakým výpadkům proudu jistě došlo.

[ET]

Zdar, je to napsany nejak podivne a moc sem to nepobral ale nekolik rad:

* puvodne byly na disku 2 oddily - c: (primarni) a d: (logicky oddil umisteny v extendnim oddilu)

* zvetseni prvniho oddilu (c:) by melo probihat korektne zhruba takto:

1) zmensit d: a posunout na konec disku

2) zmensit extendni oddil zepredu ( druhy fyzicky oddil na disku), aby zacinal na zacatku d:

3) zvetsit c:

"Speciálně jsem se ptal zda se opravdu z té ext.p. uvolnila další primární p., údajně ano. "

[Max]

Takto silné problémy už bych řešil připojením disku do PC, kde jsou windows a v nich bych na to pustil Partition Recovery, myslím, že ten od diskinternals : www.diskinternals.com, ale teď si tím nejsem moc jistý :-/. On prohlédává disk nehledě na partition. Dokonce se s ním obnovojí smazané soubory 100x líp, než s různými recovery pro ntfs, či FAT32. Nevím, zda je součástí ActivBootDisku, ale myslím, že tento asi ne. ActiveBootDisk nemám, tak netuším.

Jinak linuxácká záležitost na obnovu je zkusit vyhledat původní rozložení disku pomocí programu testdisk, který je myslím i pro windows a zkusit ho upravit a pak namountovat ten oddíl.
A jako poslední věc, svěřit vše odbornému servisu a zaplatit many.
Zdar Max

[ET]

Zdar, je to napsany nejak podivne a moc sem to nepobral ale nekolik rad:

* puvodne byly na disku 2 (viditdelne) oddily - c: (primarni) a d: (logicky oddil umisteny v extendnim oddilu)

* zvetseni prvniho oddilu (c:) by melo probihat korektne zhruba takto:

1) zmensit d: a posunout na konec disku

2) zmensit extendni oddil zepredu ( puvodne druhy fyzicky oddil na disku), aby zacinal na zacatku d: ( puvodne treti fyzicky oddil)

3) zvetsit c:

=======================

Acronics neznam, ale problem je mozna v tom, ze se uvolnovalo misto v extendnim oddilu do primarniho a bylo potreba udelat jeste krok 2) nahore. Operace zda se nejakym zpusobem "nakopla" prvni primarni oddil - asi bych zkusil ddckovou image projet nastrojem photorec, ten by moh alespon neco zachranit. Dalsi neznama je, jestli jde mountovat FAT12 pomoci ntfs (coz delas - sudo ntfsls -l -i -a /dev/sdc1 )

[FrantaS]

1) zmenšit d: a posunout d: na konec ext. part.

Tady bych s body souhlasil. S uděláním kroku 2) nahoře již né tak úplně, ale s principem samozřejmě ano. Pokud si dobře pamatuji, tak ty programy většinou fungují tak, že z jednotlivých kroků dělají frontu a vše spustí až na pokyn. Zde by program mohl kontrolovat zda uživatel nepožaduje nesmysly. Vzhledem k tomu, že to kolega dělal stokrát, tak předpokládám, že věděl, co je třeba.

Operace, zdá se, nějakým způsobem nakopla BOOT sector nebo patišnu nebo obojí.

Photorec jsem zkoušel, vidí tam cca 20 souborů, ale pokud si to ještě pamatuji a dobře chápu funkčnost programu, nevidí žádný adresář.

ntfsls určitě nenamountuje FAT12, jenomže ty programy jednou ukazují to a jindy ono. Takže jsem zkusil, co použije. Nevyšlo.

Co mám, prosím, nesrozumitelně napsané, ať to mohu opravit či doplnit ať mi znalý pomůže?

[ET]

Zdar,

* z fdisku je jasne videt, ze cast z puvodniho d: se sice uvolnila, ale misto uvolneni mista se vytvoril dalsi logicky oddil [prvni logicky oddil - tj. oddil s cislem 5] - takze nelze dost dobre odhadnout, co se vlastne stalo - kdyby byl alespon puvodni vypis z fdisku pred shrinkem...

* "Po chvilce práce program napsal něco ve smyslu, že fdisk vykázal chyby, stále však pokračoval." - tady by bylo treba napsat jakou chybu ?

* "Speciálně jsem se ptal zda se opravdu z té ext.p. uvolnila další primární p., údajně ano" - neni uplne jasny, jestli clovek co to delal rozumi rozdilu mezi primarnim/extendnim/logickym oddilem - nehlede nato, kolikrat to clovek delal

IMHO: i kdyz to ten clovek delal mnohokrat, mozna to delal nad dvouma primarnima oddilama a ne nad jednim primarnim a jednim logickym - coz je jina situace

* pokud si dobre pamatuju, adresar je taky jen soubor - je kazdopadne zarazjici ze photorec nic nenasel

* zkus ten support [pokud to nemas cracknuty] a dej vedet, jak to dopadlo

good luck

[FrantaS]

Díky za snahu.

Žel výpis fdisku nebude, Linux nepoužívá.

Chybu k fdisku se pokusím upřesnit.

Myslím, že rozumí rozdílu mezi primarnim/extendnim/logickym oddilem.

Z jeho údajů jsem přesvědčen, že to opravdu dělal nad dvouma primarnima oddilama. Chtěl spojit 1. pr. par. s partišnou, kterou uvolnil na konci ext. par.

Tuto operaci dle mého názoru neměl soft vůbec připustit.

S českým supportem jsem zkusil dva rozhovory. Neřekl mi ani obecně jak program pracuje a v jakém stavu to mohlo skončit. Detailnější podporu žel nemohu požadovat.

Nemám ve zvyku se tak snadno vzdávat. Já velmi dobře vím, že existují lidé s takovými schopnostmi a znalostmi, že jiní nejsou schopni chápat.

Takže, pokud bys mohl, prosím, pomoci, pomoz.

[FrantaS]

Zrušil jsem fdiskem všechny partišny a zkusil testdisk, výsledek:

Disk /dev/sdb - 320 GB / 298 GiB - CHS 38914 255 63
     Partition               Start        End    Size in sectors      Obsah poslední řádky při listování
D HPFS - NTFS              0   1  1  3186 254 63   51199092              NTFS, 26 GB / 24 GiB
D HPFS - NTFS              0   1  2 38912 254 63  625137281              NTFS found using backup sector!, 320 GB / 298 GiB
D HPFS - NTFS           3187   1  1  9606 254 63  103137237              NTFS, 52 GB / 49 GiB
D HPFS - NTFS           3187   1  1 14583 254 63  183092742              NTFS found using backup sector!, 93 GB / 87 GiB
D HPFS - NTFS           3187   1  1 14591 254 63  183221262              NTFS found using backup sector!, 93 GB / 87 GiB
D HPFS - NTFS           3187   1  4  8717 254 63   88855449              NTFS found using backup sector!, 45 GB / 42 GiB
D HPFS - NTFS           3187   1  6  8463 254 63   84774937              NTFS found using backup sector!, 43 GB / 40 GiB
D FAT32 LBA             8718   1  1 14592 254 63   94381812 [ACRONIS SZ] FAT32, 48 GB / 45 GiB
D HPFS - NTFS           9598 150 19  9606 254 63     135117              NTFS, 69 MB / 65 MiB
D HPFS - NTFS           9598 150 23  9606 254 63     135113              NTFS found using backup sector!, 69 MB / 65 MiB
D HPFS - NTFS           9607   1  1 14592 254 63   80100027              NTFS, 41 GB / 38 GiB
D HPFS - NTFS           9607   1  3 14592 254 63   80100025              NTFS found using backup sector!, 41 GB / 38 GiB

Nevím, ale co s tím. Původní disk vypadal asi takto:

C původně cca 40 GB, volného místa bylo 1,2 GB

D původně cca 80 GB, volného místa bylo cca 60 GB

Uvažuji vytvořit od 1 cca 40 G part. a kouknout zda tam nebudou všechna data.

[FrantaS]

Druhý řádek výpisu je mi tedy velmi divný. Původní disk byl 120. DD jsem ho zkopíroval na 320 (Ten byl před vymazáním part. rozdělen na jednu part. přes celý disk.). Jak je možné, že jsou ve výpisu údaje o 320 G disku. Ty by tam být neměly? :) Leda, že je našel až za 120 G?

[ET]

* Druhy radek mi zas tak divny neprijde - jelikoz si poustel testdisk (kterej moc neznam) na /dev/sdb - coz je dle vypisu 320GB disk - testdisk pravdepodobne nasel nejake stare neprepsane zaznamy (pravdepodobne MFT):

Disk /dev/sdb - 320 GB / 298 GiB - CHS 38914 255 63

* Napad smazat vsechny oddily a vytvorit primarni oddil rucne je urcite dobry, normalne to funguje - pokud sedi zacatek oddilu s puvodnim a pokud konec noveho oddilu konci minimalne za koncem puvodniho oddilu (konec oddilu neni zas tak dulezity - klidne muzes oddil roztahnou pres cely disk - mam to odzkouseno - doporucuju vytorit spis vetsi, nez mensi oddil oproti puvodnimu)

* "Z jeho údajů jsem přesvědčen, že to opravdu dělal nad dvouma primarnima oddilama. Chtěl spojit 1. pr. par. s partišnou, kterou uvolnil na konci ext. par." - tohle nelze z definice - oddily NTFS/FAT nelze spojovat ! Lze uvolnit misto na zacatku/na konci oddilu a pres volne misto natahnout predchozi/nasledujici oddil - pokud se ovsem jedna o primarni oddily ! Pokud se jedna o jeden primarni a jeden logicky oddil, coz mi prijde duvod kvuli kteremu si acronics vylamal zuby, je treba provest krok 2) tj - zmensit i extendni oddil.

[FrantaS]

Díky za názory a nápady.

Velmi silně jsem mezitím pokročil, již jsem viděl, zdá se, standardní root C od XP. Mnoho souborů jsem již otestoval, zatím bez chyby.

Pokud si pamatuji, vidle při tvorbě začínají od 1, tak jsem to zkusil dle prvního řádku.

Pozor, FAT tam nikde nebyl (dle jeho tvrzení). 1. par. měla NTFS, a takto vidím data, a uvolněná část z ext. par. byla bez formátu. Definici spojování ani neznám, já prostě takto nepostupuji.

Pokud se ovšem jedná o primární oddíly, přičemž je tuším ext. par. primární oddíl.

On ani nespojoval primární a logický oddíl. Zmenšil ext., ale na konci. A ve zbytku prostoru za ext. vytvořil další oddíl. Každý krok dělal samostatně, nikoli do fronty.

Nyní vymýšlím, jak nabootovat z testovacího disku.

[ET]

* XP za normalni situace jedou od 1, windows 7 si delaj pro srandu prazdnej 100MB primarni oddil na zacatku disku [visty nastesti neznam ale asi to nebude daleko od 7].

* nabootvat do jinejch widli a chkdsk by nebylo od veci

* na boot je treba spravnej MBR***, spravny boot.ini a par souboru v c:\ a samozrejme system :] - dobry je nemit zapojenej zadnej dalsi disk

*** v MBR [tusim na prvnich 446 bytech] musi bejt zavadec - pro widle ntloader, pouzitel lze treba i lilo|grub - ntloader lze instalnout z jinyho pindows disku myslim `dd if=/dev/sda of=/dev/sdb bs=446 count=1` [melo by to jit i z boot diskety - `dd if=/dev/fd0 of=/dev/sdb bs=446 count=1` ] !!! predtim samozrejme backup `dd if=/dev/sdb of=/root/sbohemdisku bs=446 count=1` :] !!!

[FrantaS]

Klasická vokenní kontrola 3 vytvořených disků proběhla.

Mám na mysli testovací USB disk. V NB jsem nastavil první boot z "-USB HDD" a při startu zřejmě nedošlo k pokusu o boot (ledka neblikla). Ještě jsem to nikdy nepotřeboval, tak nevím zda není v tom označení "-USB HDD", konkrétně v tom minus, problém.

Ale problém nejspíše, jak už to bývá, bude mezi kl. a ž.

[TheTechnic]

Ahoj, ja co som sa stretol s hlaskou "NTLDR is missing", tak problem bol v tom, ze bol poskodeny subor. Ak zadas danu hlasku do googla vypluje ti riesenia ako ho nahrat ... (neviem ci bude toto tvoj pripad, ale skusit mozes ;)

[FrantaS]

Může být, po zásahu viru či po zásahu :)) nejlepšího operačního systému. Pokud uvidím legál kořenový adresář na NTFS, pak bych mohl podobně problém řešit.

Pokud na FAT12 nahraji tento soubor, pak mi to nic nevyřeší jen velmi podstatně zhorší možnost záchrany dat.

[pushkin]

Ještě bych zkusil jednu věc - spusť instalační CD WinXP, zajeď do konzole pro zotavení a odtamtud spusť scandisk disku "c:". Pokud z něj nebude moudrý ani on, pak můžeš s největší pravděpodobností "c:" prohlásit za změť ztracených dat...

Propříště z toho plynou dvě ponaučaní:

1. Zálohovat, zálohovat, zálohovat
2. Příště použít GParted LiveCD, které tyto operace provádí mnohem transparentněji, čímž lze lépe vysledovat kritický moment. Nemluvě o vyšší stabilitě OS, na kterém to běží...

[brk]

Kašli na to a obrať se na technickou podporu Acronisu. Je s nimi fakt docela dobrá spolupráce a to i s českým zastoupením. Takhle budeš vymýšlet kolo a laborovat nad komerčním produktem, kde mohli použít čert ví jaký veřejně nedokumentovaný způsob.

[FrantaS]

Na boot testovacího disku jsem nakonec rezignoval.

1.9.2010 jsme se snažili udělat zálohu z IDE disku na USB disk. Ještě asi po 6 hod. dd stále pracovalo (tedy blikaly ledky). Druhý den ráno ledky neblikaly, dd nedoběhlo a umřelo. Ani nešlo sestřelit. Ale už jsem to riskl.

Nechal jsem kolegu partišnovat, aby si užil. Nakonec jsem jeho paměti o velikosti oddílů nevěřil a nechal ho to rozpartišnovat dle testdisku.

Vidle najely. Jen na první partišně našla kontrola disku nějaké cca 4 nesrovnalosti, které si po bootu vidle opravily.

Dnes mi sdělil, že vlastník disku prohlásil data za úplná.

Pokud je mi známo, se standardními nástroji vidlí by neměl šanci. Mám radost, že mu mohl Linux pomoci.