HDD eksternal (3TB) rusak - mungkin tabel partisi rusak

Saya punya LaCie HDD (3TB) yang tidak bisa saya pasang karena sepertinya ada masalah dengan tabel partisi, menurut utilitas disk. Saya menggunakan mac (Sierra, terbaru). Utilitas disk tidak dapat memperbaikinya, tetapi mencantumkan hdd. Ketika mencoba untuk memperbaiki, utilitas disk mengatakan: "Memperbaiki tabel partisi yang rusak. Operasi tidak dapat diselesaikan (com.apple.DiskManajemen kesalahan -69874.) Operasi gagal ..."

Dalam Disk Utility terdaftar sebagai:
ST3000DM 001-1CH166 Media, 3TB, tidak diinisialisasi
Lokasi: eksternal
Koneksi: USB
Tabel-partisi: tidak didukung
Status SMART: tidak didukung
Kapasitas: 3TB
Jumlah sub-partisi: 0
Jenis: Disk. Perangkat: disk2

Disk itu sendiri diformat sebagai Mac Journaled (GUID). HDD saya yang lain memiliki 2 partisi (menurut testdisk, disk yang rusak memiliki partisi Linux [L] & amp; LBA [E]). Mencoba pencarian cepat dan pencarian mendalam pada testdisk (dikatakan seperti filesystem OK, tabel partisi rusak. Tidak tahu persis).
Menggunakan testdisk untuk menulis tabel partisi, tetapi itu tidak mengubah apa pun. Saya ragu untuk hanya menekan beberapa opsi pada testdisk, karena saya tidak ingin merusak file saya lebih lanjut dan tidak tahu apa yang dilakukan semua opsi itu.

Disk memiliki data di dalamnya yang benar-benar saya butuhkan (ketika saya menemukan itu rusak, saya hanya ingin mengembalikan data ke HDD lain .. ironis bukan?), Jadi akan lebih bagus jika saya bisa mengambilnya . File-file di dalamnya terutama .PNG, .JPEG, .PSD dan .CR2, beberapa format video dan juga format gambar lama / seluler. Pikirkan juga ada cadangan mesin waktu di situ.

Apa yang harus saya lakukan? Apakah ada opsi lain dengan testdisk, dan photorec?

PS: Ya, saya tahu, cadangan cadangan.
PPS: Saya sudah mencoba menghubungi bisnis khusus tetapi layanan itu mahal untuk siswa seperti saya. Saat ini demo Data Rescue 4 sedang berjalan untuk memeriksa apa yang dapat dipulihkan, tetapi mendengar bahwa perangkat lunak seperti itu tidak dapat mengembalikan file seperti .psd, dan karena agak mahal juga, saya agak ragu untuk membayar sebanyak ini. untuk sesuatu jika tidak dapat mengembalikan sebagian besar file saya.

Testdisk menulis tabel partisi baru setelah menganalisis, serta GParted, tetapi keduanya tidak berfungsi. Pernah mendengar tentang photorec, tetapi apakah itu akan mengembalikan semua file yang saya miliki, atau hanya file dengan ekstensi spesifik?

Kami memperbaikinya. Ini sama sekali bukan jawaban kanonik, tetapi mungkin berisi informasi yang bermanfaat bagi pengunjung masa depan.

Semua orang telah menyarankan untuk menganalisis disk dengan testdisk.

Apa yang dilakukan analisis :

Menganalisis struktur partisi drive saat ini dan menemukan partisi, sehingga memungkinkan untuk memulihkan partisi yang hilang.

Masalah dalam kasus kami bukanlah bahwa kami kehilangan partisi, tetapi partisi itu adalah di sana tidak dapat diakses.

Kami berdua tidak tahu apa-apa tentang pemulihan data, tabel partisi, dll. Jadi kami mulai meneliti dan mengetahui Sebuah kesimpulan bahwa tidak ada yang salah dengan partisi, tetapi dengan cara mereka "diindeks" pada disk. Kami pikir ini dikelola oleh tabel partisi.

Kami telah menganalisis disk dengan testdisk beberapa kali, dengan opsi berbeda untuk tipe tabel partisi (kami tidak tahu tipe awalnya, tetapi pada akhirnya ternyata adalah EFI GPT), berharap testdisk dapat menemukan beberapa masalah dengan tabel partisi yang bisa dipulihkan sehingga kami mungkin dapat mengakses data lagi. Kami membiarkannya menulis ulang tabel partisi setelah menganalisis beberapa kali, tetapi tidak pernah membantu.

Sebelum mencoba berbagai solusi potensial yang belum kami ketahui, kami memutuskan untuk tidak mengambil risiko dan membeli hdd 3TB baru dan mengkloning yang lama ke ini.

Suatu hal yang aneh yang kami perhatikan adalah ketika kami menganalisis klon, testdisk hanya membutuhkan waktu sekitar satu detik untuk menampilkan hasilnya, sedangkan dengan yang lama akan memakan waktu berjam-jam. Itu juga akan mengatakan bahwa itu mendeteksi tipe tabel partisi menjadi EFI GPT . Yang lama telah terdeteksi sebagai Linux dan setidaknya satu jenis lainnya, tetapi tidak EFI GPT .

Ini membuat kami berpikir bahwa sangat mungkin ada yang salah dengan disk asli yang terkait dengan perangkat keras. Kami pikir Bagaimana klon bisa berperilaku berbeda dari yang asli jika tidak ada?

Jadi semuanya tampak benar, tetapi disk baru ini tidak dapat dipasang juga. Itu akan mengatakan

wrong fs type, bad option, bad superblock on /dev/sdb,  
missing codepage or helper program, or other error  
In some cases useful info is found in syslog - try  
dmesg | tail  or so

dan dmesg akan berkata

hfs: unable to find HFS+ superblock

Kesalahan ini telah dilaporkan ke kiri dan kanan, bahkan di sini di SU, tetapi tidak ada solusi yang diusulkan (mis. "Tentukan ukuran dan offset saat pemasangan") bekerja untuk kami.

Saat mencari petunjuk, kami menemukan opsi di menu lanjutan testdisk yang disebut "Superblock" atau yang serupa.

Dalam menu ini, ada opsi untuk membandingkan struktur superblock dengan cadangan, dan menimpa cadangan. Hal pertama yang kami lakukan adalah membandingkan keduanya untuk melihat apakah keduanya sama.

Tidak ada data di cadangan. Hex dump hanya menunjukkan nol. Kami pikir apa yang salah dengan menimpa banyak hal , dan biarkan testdisk menimpa struktur cadangan. Ia melakukannya dan menyuruh kami untuk reboot agar perubahan diterapkan.

Setelah reboot, ubuntu menunjukkan disk di peluncur (pertama kali melakukannya) dan ketika mengkliknya, itu akan dipasang dengan sukses, memungkinkan kami untuk membaca data. ☺

Ini tampaknya drive USB, dan koneksi USB terkadang flakey & amp; menjadi usang, sebagai starter Anda sudah mencoba kabel USB baru & amp; port yang berbeda, bahkan pada komputer yang berbeda dengan koneksi USB yang dikenal baik?

Anda harus benar-benar membuat salinan cadangan master dari seluruh drive, dan kemudian melakukan semua pengujian pemulihan data Anda pada salinan (atau salinan salinan master jika Anda memiliki ruang), jika drive gagal maka semua pembacaan ini bisa buat saja gagal lebih cepat, dan penulisan gagal selanjutnya bisa menimpa data Anda, dan Anda bahkan belum memulihkan data apa pun.

Bahkan sementara meminjam / membeli drive lain untuk menyimpan gambar drive akan menjadi ide yang aman, dan jauh lebih murah daripada membayar pro pemulihan data, dan memberikan ruang untuk menyimpan file yang dipulihkan juga.

saya berpikir OSX cukup mirip dengan Linux untuk memiliki dd program, jadi perintah dasar "salin seluruh drive" seperti ini seharusnya bekerja:

dd if=[original disk drive] of=/path/to/new/backup/file bs=10M

Dimana if= adalah file yang akan dibaca ("file"), dan of= adalah tempat untuk menulis ("file keluar") - JANGAN MIX MEREKA! bs= artinya membaca & amp; menulis 10M byte pada suatu waktu, kadang-kadang defaultnya menjadi 512 byte yang dapat menyebabkan kemajuan yang sangat lambat, 10M (megabita) harus berjalan dengan kecepatan yang baik.

Jika drive mengalami kesalahan perangkat keras, maka dd bisa gagal, jadi gunakan gddrescue / "GNU ddrescue" harus lebih baik, dapat melakukan hal-hal seperti melewatkan "buruk" atau sektor lambat, coba baca "mundur", mulai lagi dari tempat sebelumnya, memiliki banyak trik untuk drive bermasalah. Saya hanya tidak yakin apakah itu tersedia secara native untuk OS X, tetapi menjalankannya dari Linux langsung akan bekerja.

Setelah itu, Anda dapat mencabut & amp; simpan drive asli kalau-kalau Anda tidak dapat memulihkan file Anda, saat mencoba testdisk / photorec & amp; segala macam program demo / uji coba "pemulihan profesional" pada salinan drive. Testdisk harus berfungsi, dan jika tidak PhotoRec sangat pandai memulihkan file tetapi tidak ada nama file atau struktur direktori, mereka juga bebas jadi tempat yang bagus untuk memulai & amp; punya dokumentasi yang baik & amp; "how-to's" di situs mereka http://www.cgsecurity.org/wiki/TestDisk