abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 16:38 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 5. a 6. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu. Celkově bylo zpracováno 65 hodin z 89 přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
dnes 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 1
dnes 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
včera 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
včera 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 5
7.12. 21:21 | Nová verze Ladislav Hagara | Komentářů: 0
7.12. 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 2
7.12. 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 10
6.12. 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 27
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 805 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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

30.8.2010 02:12 FrantaS | skóre: 12 | Hlučín
Ztracená data po havárii resize prog. Acronis?
Přečteno: 730×
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.
Ať se nám daří.

Řešení dotazu:


Odpovědi

30.8.2010 12:02 NN
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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
30.8.2010 13:03 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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.
Ať se nám daří.
30.8.2010 12:20 ET
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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 avatar 30.8.2010 12:33 Max | skóre: 64 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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
Měl jsem sen ... :(
30.8.2010 12:41 ET
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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 )

30.8.2010 13:54 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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?
Ať se nám daří.
31.8.2010 01:04 ET
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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

31.8.2010 11:22 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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.
Ať se nám daří.
31.8.2010 15:12 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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.
Ať se nám daří.
31.8.2010 15:22 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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?
Ať se nám daří.
31.8.2010 17:58 ET
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
* 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.

Řešení 1× (FrantaS (tazatel))
31.8.2010 18:41 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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.
Ať se nám daří.
1.9.2010 00:08 ET
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
* 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` :] !!!
1.9.2010 00:44 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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 ž.
Ať se nám daří.
TheTechnic avatar 30.8.2010 13:09 TheTechnic | skóre: 7
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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 ;)
30.8.2010 13:28 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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.
Ať se nám daří.
pushkin avatar 30.8.2010 13:44 pushkin | skóre: 42 | blog: FluxBlog
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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ěží...
"...viděl jsem Vás žíznit a tak jsem se vrátil." | Díky, Kájo!
brk avatar 30.8.2010 14:33 brk | skóre: 29 | blog: broukoviny
Rozbalit Rozbalit vše Re: Ztracená data po havárii resize prog. Acronis?
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.
USE="-qt -kde"
7.9.2010 21:52 FrantaS | skóre: 12 | Hlučín
Rozbalit Rozbalit vše VYŘEŠENO Re: Ztracená data po havárii resize prog. Acronis?
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.
Ať se nám daří.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.