Моя ситуація виглядає дуже схожою на те, як виправити жорсткий диск GUID зіпсований до MBR, але з достатньою різницею, що мені не вдалося зібрати впевнене рішення.
У мене 3TB накопичувач Toshiba у корпусі USB, який використовується на Mac з ОС X El Capitain 10.11.3.
Диск був налаштований з однією секцією. Диск не був завантажуваним і не було встановлено системи, тому я припускаю, що він також не мав би розділ відновлення. Я не можу сказати точно, що ніколи не було встановлено системи, але я не думаю, що так. Він не використовувався в Bootcamp або на будь-якому комп'ютері, який не є Mac.
Диск працював нормально довгий час, але потім його не вдалося розпізнати останнім часом. Під час дослідження за допомогою утиліти Disk, вона показує, що має тип розділу FDisk_partition_scheme . Я впевнений, що це був типовий типовий за замовчуванням карту розділів GUID, відформатовану як OS X Extended (Journaled) .
Я не можу придумати жодного конкретного використання чи події, які могли б спричинити зміни.
Ось інформація, яку я зібрав з накопичувача.
список дискутилів / dev / disk6
/dev/disk6 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *3.0 TB disk6
1: 0xEE 375.1 GB disk6s1
diskutil info / 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 відновити / 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.
Ось знімок екрана першої частини накопичувача у wxHexEditor. Частина EFI починається з 4096 року.
Я почав шукати рядок HFSJ, починаючи зі зміщення 409642, як було запропоновано в інших відповідях, але не знайшов його поблизу. Тож я шукав, починаючи з початку приводу, і знайшов перше явище в зсуві 314598400.
Однак, якщо я продовжую шукати явища HFSJ, я знаходжу багато таких, які виглядають точно так само і з великим нульовим простором навколо них, як перший. Вони починаються з 360424448 і розташовані на відстані 32768 один від одного. Наприклад, при компенсаціях 360424448 360457216 360489984 360522752 360555520
Я використав пошук Find All у wxHexEditor і зупинився через кілька хвилин. У той момент було знайдено пару тисяч. Я не впевнений, що з них зробити, якщо що.
Мені також вдалося знайти розділ із позначенням EFI System Partition при зміщенні 3000592961536. Це також показує назву накопичувача "Rosie".
Ось знімки екрана першого розділу HFSJ та розділу системи EFI. На основі коментарів доданий знімок екрана офсету 8192.
Дякуємо за будь-яку допомогу.
0+0 records in 0+0 records out 0 bytes transferred in 0.000013 secs (0 bytes/sec)