Tak myślałem i właśnie dysk się skanuje. Ale to potrwa.

No niestety, z takim przypadkiem sie nie spotkalem i nie chciałbym Cie kierować po omacku. Generalnie DMDE jest dość "bezpieczny" i sam z siebie nie wprowadza żadnych zmian w systemie plików na dysku z którego chcemy odzyskac dane.

Otworzylbym ten dysk raz jeszcze i skorzystal z opcji "Szukaj NTFS" i po jej zakończeniu zapisał wyniki wyszukiwań (bo troche mogą potrwać). Następnie próbował otworzyć każdy z woluminów, który zostanie znaleziony podczas wyszukiwania.

Co wybrać?http://imageshack.com/a/img841/6968/4p02.jpg

Klikasz na "1 terabajt" i "Otwórz wolumin".

Fakt, niezbyt uważnie się przypatrzyłem. :( Uruchom DMDE, zaznacz swój dysk i zobaczymy co znajdzie.

Właśnie tak zrobiłem i na zdjęciu widać wynik tego skanowania

Nie ma znaczenia. Chociaż, przez USB transfer bedzie sie slimaczyl (chyba, że masz 3.0).

A co do TestDiska, najedź na daną partycję i wciśnij ENTER. Wybierz Intel i potem Analyse. Program powinien przeskanować zawartość dysku i wyświetlić wyniki poszukiwań. Jeżeli wyświetli partycje na zielono, najedz na nia i wcisnij "P". Teoretycznie powinna zostać wyświetlona lista plików.

Panowie, dysk docelowy jest podłączony do płyty sata2 a dysk źródłowy jest podłączony jako zewnętrzny przez usb. To ma jakieś znaczenie?
Może obydwa muszą muszą być podłączone bezpośrednio pod sata na płycie?

Witam.
Użyłem TestDisk i wyszło coś takiego
http://imageshack.com/a/img844/9232/o4fl.png
Proszę o komentarz i jakieś podpowiedzi

Faktycznie, moze lepiej trzymajmy się jednego rozwiązania :spoko:


Raczej nie zaszkodzi, ale jw. Nie mam dużego doświadczenia w odzysku danych, nie wiem jak wielkie szkody mogło spowodować nadpisanie pierwszych kilku/kilkdziesięciu MB.
Jeżeli oprócz MBR poległ MFT to obawiam się że proste przywrócenie tablicy partycji (skąd? jest gdzieś kopia?) może nie pomóc i bezpieczniej będzie przeskanować cały dysk w poszukiwaniu plików.
Lecz ponownie - nie wiem do końca jak jest i jak wygląda layout NTFS.

A nie moze skopiowac plik w plik? Zaszkodzi mu to w jakis sposob?

Sobrusie, mieszasz mu w głowie. Ja go namawiam nie do klonowania HDD tylko zrzucenia obrazu HDD do pliku na inny HDD.

Nie może.
Tak jak każdy, czyli jako surówkę. A skoro to klon, to nie będą losowe tylko zera. ;)


@Bodzio5
Masz rozbieżności, ponieważ nie rozumiesz co robisz. Masz dwa scenariusze do wyboru, ale zanim Ci je przedstawię musisz rozumieć jak wyglądają dane na np. dysku twardym.

Mamy na nim sektory, każdy sektor zawiera jakąś ilość danych np. 512b, które są używane (jest też pula nieużywanych, a nawet miejsce które jest ukryte dla zewnętrznych środowisk, ale dla nas nie są one istotne). Gdzie się one znajdują i ile mają mieć zajmuje się oprogramowanie dysku twardego.

Aby ułatwić sobie zarządzanie danymi na np. takim HDD, wymyślono systemy plików które opisują jakie dane, odkąd i dokąd, zajmują jakie konkretnie sektory. Aby było łatwiej zarządzać samymi partycjami, wymyślono tablice partycji. Różne systemy plików i różne tablice partycji mają swoje różne formaty, ze swoimi możliwościami i ograniczeniami. Ludzie wymyślili takie abstrakty aby łatwiej było operować danymi (łatwiej Ci chyba zobaczyć ikonkę pliku i np. skopiować ją w inne miejsce niż kopiować pule sektorów z jednego adresu na drugi prawda? ;)). Wyobraź sobie spis książek w bibliotece jako tablicę partycji i spis treści książki jako tablice systemu plików (samą książę jako partycję - możesz mieć kilka w całej bibliotece albo jedną). Jeśli wyrwiemy kartkę ze spisem treści to nie wiemy kiedy Azję nawlekają na pal, ale gdzieś to jest tam w tej książce opisane. I masz podobną sytuację wg. mnie, ktoś Ci wyrwał kartkę albo ją pogiął (gorzej jak zaczął malować po innych kartkach wtedy to po zawodach). :D

Więc scenariusze masz dwa:

1. Sczytanie zawartości jednego HDD bezpośrednio na drugi HDD - czyli przeniesienie każdego sektora z jednego urządzenia na każdy który będzie zajęty na drugim urządzeniu. Potocznie nazywamy to klonowaniem.

2. Lub możesz sczytać każdy sektor pierwszego HDD do pliku, który znajdować się będzie na systemie plików innego HDD. Analogicznie jak robienie obrazu płyty do np. *.iso, tak tutaj robienie obrazu HDD do np. *.ziuta.

Jeśli sklonowałeś to masz kopię 1:1 bezpośrednio na urządzeniu. Ale nie masz jak tego sprawdzić. Dlatego proponuję drugie rozwiązanie, które opisuje wspomniany poradnik.

Stan docelowego dysku przed kopią posektorową jest nieważny.
Ponieważ w czasie procesu i tak zostanie nadpisany danymi z dysku źródłowego.

Tak, po kopii posektorowej dyski powinny być identyczne.
Ale sprzętowo identyczne nie są, jeden ma 1TB drugi 3.
Może (ale nie musi) to powodować problem z uzyskaniem idealnej kopii. Pierwszy TB będzie identyczny, pozostałe 2TB to przypadkowe dane - nie wiadomo jak system to zinterpretuje :hmm:

Może przed robieniem kopi posektorowej docelowy dysk powinien być sformatowany FAT32 a nie NTSF ponieważ dysk źródłowy jest FAT32 i dlatego nie mogę go teraz otworzyć.
Reasumując jeżeli będzie zrobiona prawidłowa kopia posektorowa mój dysk docelowy 3TB powinien się otwierać tak samo jak źródłowy 1 TB i będę mógł odzyskiwać dane z dysku docelowego.

Przeczytałem różne fora i są straszne rozbieżności.