Situasi saya tampaknya sangat mirip dengan cara memperbaiki hard drive GUID yang rusak ke MBR tetapi dengan perbedaan yang cukup sehingga saya belum dapat menyusun solusi yang percaya diri.
Saya memiliki drive Toshiba 3TB dalam penutup USB yang digunakan pada Mac dengan OS X El Capitain 10.11.3.
Drive diatur dengan satu partisi. Drive tidak dapat di-boot dan tidak memiliki sistem yang diinstal jadi saya berasumsi itu tidak akan memiliki partisi pemulihan juga. Saya tidak bisa mengatakan dengan pasti itu tidak memiliki sistem yang diinstal, tapi saya rasa tidak. Itu belum digunakan dengan Bootcamp atau pada komputer non-Mac.
Drive bekerja secara normal untuk waktu yang lama tetapi kemudian gagal dikenali baru-baru ini. Saat menyelidiki dengan Disk Utility, ini menunjukkan memiliki jenis partisi FDisk_partition_scheme . Saya yakin ini pada awalnya merupakan standar khas dari GUID Partition Map yang diformat sebagai OS X Extended (Journal) .
Saya tidak bisa memikirkan penggunaan atau peristiwa khusus apa pun yang mungkin menyebabkan perubahan.
Berikut adalah informasi yang saya kumpulkan dari drive.
daftar diskutil / dev / disk6
/dev/disk6 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *3.0 TB disk6
1: 0xEE 375.1 GB disk6s1
info diskutil / dev / disk6
Device Identifier: disk6
Device Node: /dev/disk6
Whole: Yes
Part of Whole: disk6
Device / Media Name: DT01ABA300
Volume Name: Not applicable (no file system)
Mounted: Not applicable (no file system)
File System: None
Content (IOContent): FDisk_partition_scheme
OS Can Be Installed: No
Media Type: Generic
Protocol: USB
SMART Status: Not Supported
Total Size: 3.0 TB (3000592982016 Bytes) (exactly 5860533168 512-Byte-Units)
Volume Free Space: Not applicable (no file system)
Device Block Size: 512 Bytes
Read-Only Media: No
Read-Only Volume: Not applicable (no file system)
Device Location: External
Removable Media: No
Virtual: No
OS 9 Drivers: No
Low Level Format: Not supported
fdisk / dev / disk6
Disk: /dev/disk6 geometry: 97451/255/63 [1565565872 sectors]
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: EE 1023 254 63 - 1023 254 63 [ 1 - 732566645] <Unknown ID>
2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
gpt recover / dev / disk6
gpt recover: /dev/disk6: no primary or secondary GPT headers, can't recover
gpt -r -vv show / dev / disk6
gpt show: /dev/disk6: mediasize=3000592982016; sectorsize=512; blocks=5860533168
gpt show: /dev/disk6: PMBR at sector 0
start size index contents
0 1 PMBR
1 5860533167
gdisk / dev / disk6
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: not present
Creating new GPT entries.
Berikut ini adalah cuplikan layar dari bagian pertama drive di wxHexEditor. EFI PART dimulai pada 4096.
Saya mulai mencari string HFSJ mulai dari offset 409642, seperti yang disarankan dalam jawaban lain, tetapi tidak menemukannya di dekat sana. Jadi saya mencari mulai dari awal drive dan menemukan kejadian pertama di offset 314598400.
Namun, jika saya terus mencari kejadian HFSJ, saya menemukan banyak dari mereka yang terlihat persis sama dan dengan banyak ruang kosong di sekitar mereka, seperti yang pertama. Mulai dari 360424448 dan berjarak 32.768 terpisah. Misalnya, di offset 360424448 360457216 360489984 360522752 360555520
Saya menggunakan pencarian Find All di wxHexEditor dan berhenti setelah beberapa menit. Itu telah menemukan beberapa ribu pada saat itu. Saya tidak yakin apa yang harus dilakukan, jika ada.
Saya juga dapat menemukan bagian yang diberi label Partisi Sistem EFI di offset 3000592961536. Itu juga menunjukkan nama yang dimiliki drive, "Rosie".
Berikut adalah cuplikan layar partisi HFSJ pertama dan Partisi Sistem EFI. Menambahkan tangkapan layar offset 8192 berdasarkan komentar.
Terima kasih atas bantuannya.
0+0 records in 0+0 records out 0 bytes transferred in 0.000013 secs (0 bytes/sec)