Montowanie obrazu Safecopy w Kali (lub dowolnym innym systemie operacyjnym)


3

Próbowałem wściekle od około 2 do 3 tygodni usunąć dane z tego dysku. I miałem dużo nauki, kiedy to zrobiłem. Nadal jednak nie mam danych. Użyłem SafeCopy, aby wykonać kopię dysku. Które następnie próbowałem zamontować obraz. Teraz po raz pierwszy to zrobiłem. Zrobiłem pełny dysk (wszystkie 6 partycji), otrzymałem przesunięcie i pętlę -o i korzystałem z każdego polecenia montowania, jakie mogę znaleźć. Jednak najdalej dostałem tę wiadomość.

NTFS signature is missing.
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.

Może użyto niewłaściwego urządzenia? Czy cały dysk zamiast partycji (np. / Dev / sda, not / dev / sda1)? Albo na odwrót?

Teraz, po przeczytaniu, skończyłem czytać, że w zasadzie jestem głupi i powinienem był po prostu użyć bezpiecznej kopii na partycji, którą chciałem. Więc dziś rano. Ponownie uruchomiłem sejf na drugiej partycji. Jednak podczas montażu otrzymuję taki sam komunikat jak poprzednio. W tym momencie mam plik .img drugiej partycji na dysku. Martwię się, że nie będę mógł uruchamiać bezpieczniej wiele razy na dysku (jeśli w ogóle, odkąd ten ostatni raz był walką), więc mam nadzieję, że mogę po prostu naprawić ten plik img, aby pozwolić mi go zamontować. Jeśli jednak muszę ponownie uzyskać pełny obraz, zrobię to. Poniżej znajduje się kilka ostatnich poleceń i ich wynik.

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

DODATKOWE INFORMACJE

Robię to wszystko na laptopie, który poświęcam tego rodzaju rzeczom. I używam Kali Linux 1.0.9a 64-bit.

mount -o loop -t ntfs-3g /media/DBU/Devin2.img /mnt/tmp

NTFS signature is missing.
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

====

Próbowałem powyższego bez dodawania „-3g” i bez „-o pętli” i tego samego wyniku.

====

file /media/DBU/Devin2.img

/media/DBU/Devin2.img: ASCII text, with very long lines, with no line terminators

(Gdy zrobiłem to na pełnej partycji, nie dostałem tego, wiedziałem, że ma partycje)

===

fdisk -l /media/DBU/Devin2.img

Disk /media/DBU/Devin2.img: 452.9 GB, 452919820288 bytes
255 heads, 63 sectors/track, 55064 cylinders, total 884609024 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x62446142

Disk /media/DBU/Devin2.img doesn't contain a valid partition table

OK - cokolwiek robisz - NIE próbuj zapisywać na dysku, a może nawet już go nie włączać - daj ludziom trochę czasu na przeczytanie i zrozumienie twojego problemu.
arch-abit

Dysk: co to jest, dysk twardy lub półprzewodnikowy, czy coś innego? Pojemność? Dysk: czy to MBR czy GPT? Mount: Jak pierwotnie zamontowałeś dysk? Wewnętrzne SATA, USB, inne? -3g ma pisać do NTFS, ponownie, nie używaj go na tym dysku!
arch-abit

Tak, nie podłączyłem go od czasu ostatniego zabezpieczenia. dysk jest dyskiem twardym Seagate Momentus 5400RPM, 500 GB. Wierzę, że to MBR, ponieważ został dostarczony z laptopem z systemem Windows 7. Napęd próbuje się normalnie zamontować po podłączeniu (Parted -l zawiesza się na chwilę, eksplorator plików widzi partycje, ale nic nie mogę zrobić). Zamontowałem go w zasilanej obudowie zewnętrznej (jest to jedyny zewnętrzny czytnik, który działa dobrze z bezpieczną kopią). I dzięki za wyjaśnienie na temat -3g. Nie użyje go ponownie.
Tyler C

Jest to dysk twardy i najprawdopodobniej MBR, więc istnieje duża szansa, że ​​można go odczytać, a dane uratować - o ile talerze przechowujące dane wewnątrz dysku pozostaną nienaruszone - chyba że zapisałeś na dysku podczas prób ratunkowych . Dobra wiadomość dla Ciebie na początek 2015 r. - ponieważ „wściekle próbujesz”. Zbliżają się obchody Nowego Roku, więc usiądźcie mocno i utrzymujcie napęd w off-line.
arch-abit

To byłoby niesamowite i dla wyjaśnienia. Nigdy nie określiłem Safecopy NTFS-G3. Jedyną rzeczą, z której korzystałem, był plik .img, który otrzymałem z sejfu. Tak długo, jak bezpieczny - scen1 nigdy nie zapisuje na dysku, powinniśmy być dobrzy. Dziękujemy również za odpowiedź podczas wakacji.
Tyler C

Odpowiedzi:


0

Wydaje mi się, że masz co najmniej cztery możliwości - prawdopodobnie jest ich więcej. Ostatnim wyborem jest zapomnienie o tym, ale dojdziemy do tego.

Pierwszym wyborem jest decyzja, czy chcesz skorzystać z profesjonalnej usługi odzyskiwania danych, cena może wynosić nawet 300 USD, jeśli masz szczęście, że awaria dysku twardego jest właściwa - lub jest zdrowa, ale użytkownik ma nie mam pojęcia, jak go używać. Nawiasem mówiąc, czy jest to prawie taka sama cena, jaką płacisz obecnie za dwa lub trzy wysokiej jakości dyski twarde? Osoby pracujące z usługą lub doświadczone w tej usłudze pomogą ci. Gdy to zrobisz, a usługa odzyskiwania powie Ci, abyś „zapomniał o tym”, prawdopodobnie jest to ostateczna decyzja.

Następnym wyborem jest samodzielne wykonanie planu odzyskiwania krok po kroku, aby włączyć dysk twardy i korzystać z dowolnych opcji. To z konieczności jest również twoim ostatnim wyborem (zapomnij o tym). Gdy weźmiesz sprawy we własne ręce, jesteś [w zasadzie] sam. Pisałem w zasadzie, nie do końca, w końcu odpowiadam?

Trzecią opcją jest utrzymanie HDD w trybie offline, ale ponowne czytanie własnego postu za każdym razem, gdy ktoś Cię prosi lub daje sugestie i aktualizuje twoją wiedzę. Wkrótce, jeśli przeprowadzisz swoje badania, wszystko stanie się jasne, czy powinieneś po prostu o tym zapomnieć lub spróbować mojej pierwszej lub następnej opcji.

Poleciłbym trzecią opcję. Po opisaniu problemu nie musisz go tutaj opisywać. Twój wybór systemu operacyjnego, systemu plików, sposobu odzyskiwania po awarii oraz wiele innych moich założeń sprawia, że ​​jest to oczywiste - w przyszłości nie ufaj cennym danym podczas uczenia się.

Szczęśliwego Nowego 2015 roku dla Ciebie!

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.