Моя ситуация кажется очень похожей на то, как исправить поврежденный жесткий диск GUID в MBR, но с достаточным отличием, что я не смог собрать уверенное решение.
У меня есть диск Toshiba объемом 3 ТБ в корпусе USB, который используется на Mac с OS X El Capitain 10.11.3.
Диск был настроен с одним разделом. Диск не был загрузочным и не имел установленной системы, поэтому я предполагаю, что на нем также не будет раздела восстановления. Не могу точно сказать, что на нем никогда не было системы, но я так не думаю. Он не использовался с Bootcamp или на любом компьютере не Mac.
Длительное время накопитель работал нормально, но в последнее время его не удалось распознать. При исследовании с помощью Дисковой утилиты он показывает, что имеет тип раздела FDisk_partition_scheme . Я уверен, что изначально это был типичный по умолчанию GUID Partition Map, отформатированный как 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
информация о диске / 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 PART начинается в 4096 году.
Я начал искать строку HFSJ, начиная со смещения 409642, как предлагалось в других ответах, но не нашел ее там. Поэтому я искал, начиная с начала диска, и обнаружил первое вхождение со смещением 314598400.
Однако, если я продолжаю искать экземпляры HFSJ, я нахожу множество из них, которые выглядят точно так же и с большим количеством нулевого пространства вокруг них, как первый. Они начинаются с 360424448 и расположены на расстоянии 32768 друг от друга. Например, в смещениях 360424448 360457216 360489984 360522752 360555520
Я использовал поиск Find All в wxHexEditor и через несколько минут остановился. Он нашел пару тысяч на тот момент. Я не уверен, что делать с ними, если что-нибудь.
Мне также удалось найти раздел с пометкой «Системный раздел EFI» по смещению 3000592961536. Там же указано имя диска «Рози».
Вот снимки экрана первого раздела HFSJ и системного раздела EFI. Добавлен снимок экрана со смещением 8192 на основе комментариев.
Спасибо за любую помощь.
0+0 records in 0+0 records out 0 bytes transferred in 0.000013 secs (0 bytes/sec)