Podczas klonowania partycji przez przypadek wybrałem zły dysk i zaczęło mi przywracać partycje na zły dysk. W porę przerwałem ten proces bo samo klonowanie jeszcze się nie rozpoczęło, ale na tyle za późno, że uszkodziło mi tablice partycji.
Klonowałem 4 pierwsze partycje, czyli 3 ukryte utworzone przez instalator Windows’a 10 i czwarta system. Poza nimi na dysku były jeszcze dwie partycje 97,66GB i 683,60GB.
Aktualnie windows dobrze rozpoznaje wszystkie partycje, tylko są w formacie RAW.
Chciałem naprawić tablice programem TestDisk, jednak nie do końca wszystko rozumiem i narazie tylko przeskanowałem dysk. Wykrył usuniętą partycje C (149gb) i E (683gb), jednak D nie widzę, jest masa jakiś innych dziwnych partycji.
(kopiuj-wklej z okna wiersza poleceń)
Disk /dev/sdc - 1000 GB / 931 GiB - CHS 121601 255 63
Partition Start End Size in sectors
P MS Data 2048 923647 921600 [Odzyskiwanie]
P EFI System 923648 1128447 204800 [EFI System Partition] [NO NAME]
D MS Data 1161216 315123711 313962496
D MS Data 237269759 321128995 83859237
D MS Data 316128852 316294016 165165
D EFI System 316294020 316439720 145701 [EFI System Partition]
D MS Data 317803555 317806434 2880 [NO NAME]
D MS Data 321128995 404988231 83859237
D MS Data 422697291 422703464 6174
D EFI System 422697332 422700211 2880 [EFI System Partition] [EFISECTOR]
D MS Data 422703464 422709637 6174 [Boot]
D MS Data 473538919 473545092 6174
D MS Data 473545092 473551265 6174 [Boot]
P MS Data 473551380 473572118 20739 [NO NAME]
D MS Data 489958353 593480656 103522304
D Mac HFS 499780589 566891502 67110914 D MS Data 519921664 1953521663 1433600000
D MS Data 593480656 697002959 103522304
D MS Data 808195931 808198810 2880 [NO NAME]
D Mac HFS 976215343 1064295984 88080642
D Mac HFS 1086569631 1489222816 402653186 [&~X]
D MS Data 1386575617 1490097920 103522304
D MS Data 1490097920 1593620223 103522304
D MS Data 1511917081 1615439384 103522304
D MS Data 1615439384 1718961687 103522304
D Mac HFS 1950537347 1950597529 60183 [G ^L]
P=Primary D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
NTFS, blocksize=4096, 471 MB / 450 MiB
HFS blocksize=512, 30 MB / 29 MiB
Partycja E to ta pogrubiona - tak przynajmniej sądzę bo rozmiar się zgadza.
Plik log, ale wygląda jakby przekroczył rozmiar max i wszystkiego nie zapisał testdisk.zip (131,3 KB)
Co najlepiej zrobić w tej sytuacji, aby uratować dane? Dodam, że sam system działa
Mały update - puściłem chdsk /f e: (czyli faktycznie mój D: 96gb) i naprawiło
Z ostatnią partycją to nie chce przejść bo twierdzi, że to RAW i chkdsk go nie obsługuje (e: też był raw …)
Czy system uruchamia się i działa również gdy z dysku 1TB odłączysz wszystkie kable? Pytam dla jasności sytuacji.
Rozumiem, że w tej chwili na dysku 1 TB są dwie partycje RAW? E i F?
Zainstalowany system na tym dysku działa, ale na tą chwile podpiąłem dysk do innego komputera stąd mój C stał się D itd.
Gdy pisałem post, Dysk C działał, a D i E były RAW. Aktualnie C i D już działa, a E nadal pozostaje RAW.
Patrz screen, pisząc C, D i E miałem na myśli jak ten dyski wyglądają na moim systemie.
Na screenie są to odpowiednio dyski D,E i F
Dysk D i E działają, a F pozostaje RAW bo chkdsk nie chce go puścić,
Próbowałem przez debiana puścić ntfsfix /dev/sda6, ale wywalał błąd “ntfs signature is missing”
O kurczę! To powiem Ci tak: prawdopodobnie żadne “zabawy” z programami “free” nie spowodują Ci konwersji partycji RAW na partycję NTFS, a tak byś najlepiej chciał. Trzeba więc odzyskiwać wybrane potrzebne foldery i pliki do systemu plików NTFS, z zapisem na inny dysk.
Ja stosuję z powodzeniem dwa programy: M3 Data Recovery oraz Mini Tool Data Power Recovery. Niestety w wersji “free” pozwalają odzyskać jedynie 1 GB danych. No ale podaję dla wiadomości !.
Ponadto, aby odzyskać taką kupę danych musisz dysponować jeszcze jednym dyskiem (pomocniczym) dla zapisu danych odzyskanych. Krótko mówiąc, trudno będzie.
Po odzyskaniu danych po prostu formatuję “okaleczony” dysk jako NTFS (dlatego pytałem, czy system startuje i działa na jednym dysku), urządzam go od nowa, kopiuję na niego dane z dysku pomocnicego… i tyle.
Spróbuje jeszcze TestDiskiem bo on wykrywał E (czyli F), ale nie wykrywał D (czyli E), dlatego bałem się puścić naprawę. Teraz powinno być OK
Najpierw zrobię backup nawet tej uszkodzonej tablicy (co potrwa z jakieś 4h)
Tak, backup bezwzględnie by się przydał (sektorowy).
Mini Partition Tool ma opcję wyszukiwania tablic partycji i można nim w wielu wypadkach uratować sytuację.
Testdisk, co prawda jakieś dane Ci odzyska, ale po pierwsze nazwy plików przepadną i wrzuci wszystko “do jednego wora” - przy 600GB danych opcja niezbyt zachęcająca.
Możesz spróbować także DMDE - posiada podgląd uszkodzonej partycji (plików wewnątrz) przed odzyskiwaniem - będziesz w stanie ocenić ile danych jest do odzyskania.
Skoro wiesz lepiej to odzyskuj pojedyncze pliki (wersja free)
Na dole masz napisane:
CTRL+u
na katalogu otwartym w prawym oknie. Oczywiście opisu programu czytać nie warto
Nagłówek (primary GUID Partiton Table) mieści się w drugim sektorze (LBA1), a jego kopia w ostatnim sektorze.
The values for current and backup LBAs of the primary header should be the second sector of the disk (LBA 1) and the last sector of the disk, respectively. The secondary header at the end of the disk identifies its own table of partition entries, which is located directly before that header.
Since the primary header must be located at LBA 1
Jeśli posiadasz dysk w standardzie GUID i potrafisz użyć DMDE to możesz sprawdzić położenie określonych sektorów.
Przykładowa partycja.
Partycja GUID NTFS 499GB
Pierwszy sektor 978495488
Boot Sektor 978495488
Ostatni sektor 1953521663
Kopia Boot Sektora 1953521663
