Administrace komentářů

Jistě, ale je také dobré si uvědomit, co se stalo, a jaké procesy byly v běhu.

Neexistuje možnost, jak konzistentně změnit cokoliv na oddílu při běhu systému. Linuxový manager to vezme naprosto strikně, pokud je oddíl otevřený (a nebo nekonzistentní) ani se jej nedotkne. Jediný způsob jak takové zmeny dělám je z bootů z CD. Windowsí managery (acronis, partition magic) provedou to, že sestaví job, který se má provést po restartu, a zasáhnou do bootovací sekvence, uloží bootloader a nastaví si svůj speciální bootloader, a provedou reboot. S tím, že po svém startu a provedení akcí na zavřených filesystémech vrátí bootloader a rebootnou ještě jednou. Ta operace je nesmírně citlivá na to, aby manager rozuměl všem prvkům ve hře. Odhaduji, že manager zasáhl do MBR, kde byl odkaz na grub, s tím že očekával, že je to odkaz na windowsí loader, a stejně tak zasáhl do windouwsí bootovací sekvence. Pak je nekonzistence na více místech a žádná jednotlivá akce, jako windowsí oprava mbr, není schopna konzistenci obnovit.

Díky tomu, že automatický nástroj selhal, tak je porušená i vnitřní struktura NTFS oddílu, a je to na ruční opravu. Tedy mít nástroj, který vám zobrazí veškeré i smazané položky v adresáři a jste schopen vidět na které clustery položky směřují a jak mají clustery za sebou navázané. Nebo hledat ještě jiný nastroj. třeba zkusit, jestli něco nedokáže Hirens boot CD. Asi před 20 lety jsem dělal obnovu kolegovi, který si smáznul partition table, tehdy ještě vše s FAT tabulkami, a byla to práce na několik dnů.