Tình huống của tôi có vẻ rất giống với cách sửa ổ cứng GUID bị hỏng thành MBR nhưng với đủ sự khác biệt mà tôi không thể đưa ra một giải pháp tự tin.
Tôi có ổ Toshiba 3TB trong vỏ USB đang được sử dụng trên máy Mac với OS X El Capitain 10.11.3.
Ổ đĩa đã được thiết lập với một phân vùng duy nhất. Ổ đĩa không thể khởi động và không cài đặt hệ thống nên tôi cho rằng nó cũng không có phân vùng phục hồi. Tôi không thể nói chắc chắn rằng nó chưa bao giờ cài đặt hệ thống, nhưng tôi không nghĩ vậy. Nó không được sử dụng với Bootcamp hoặc trên bất kỳ máy tính không phải máy Mac nào.
Ổ đĩa hoạt động bình thường trong một thời gian dài nhưng sau đó không được công nhận gần đây. Khi điều tra với Disk Utility, nó cho thấy có một loại phân vùng FDisk_partition_scheme . Tôi chắc chắn rằng ban đầu nó là mặc định điển hình của Bản đồ phân vùng GUID được định dạng là OS X Extended (Nhật ký) .
Tôi không thể nghĩ về bất kỳ việc sử dụng hoặc sự kiện cụ thể nào có thể gây ra thay đổi.
Đây là thông tin tôi đã thu thập từ ổ đĩa.
danh sách đĩa / dev / đĩa6
/dev/disk6 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *3.0 TB disk6
1: 0xEE 375.1 GB disk6s1
thông tin đĩa / dev / đĩa6
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 / đĩa6
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
phục hồi gpt / dev / đĩa6
gpt recover: /dev/disk6: no primary or secondary GPT headers, can't recover
gpt -r -vv hiển thị / dev / đĩa6
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 / đĩa6
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.
Dưới đây là ảnh chụp màn hình của phần đầu tiên của ổ đĩa trong wxHexEditor. PHẦN EFI bắt đầu từ 4096.
Tôi bắt đầu tìm kiếm chuỗi HFSJ bắt đầu từ độ lệch 409642, như được đề xuất trong các câu trả lời khác, nhưng không tìm thấy nó ở gần đó. Vì vậy, tôi đã tìm kiếm bắt đầu từ đầu ổ đĩa và tìm thấy lần xuất hiện đầu tiên ở offset 314598400.
Tuy nhiên, nếu tôi tiếp tục tìm kiếm sự xuất hiện của HFSJ, tôi thấy rất nhiều trong số chúng trông giống hệt nhau và có rất nhiều khoảng trống xung quanh chúng, giống như cái đầu tiên. Những người bắt đầu tại 360424448 và cách nhau 32768. Ví dụ: tại các điểm bù 360424448 360457216 360489984 360522752 360555520
Tôi đã sử dụng tìm kiếm Tìm tất cả trong wxHexEditor và dừng lại sau vài phút. Nó đã tìm thấy một vài ngàn tại thời điểm đó. Tôi không chắc phải làm gì với những thứ đó, nếu có gì.
Tôi cũng có thể tìm thấy một phần có nhãn Phân vùng hệ thống EFI ở offset 3000592961536. Điều đó cũng cho thấy tên mà ổ đĩa có tên là "Rosie".
Dưới đây là ảnh chụp màn hình của phân vùng HFSJ đầu tiên và Phân vùng hệ thống EFI. Đã thêm ảnh chụp màn hình bù 8192 dựa trên các nhận xét.
Cảm ơn vì bất kì sự giúp đỡ.
0+0 records in 0+0 records out 0 bytes transferred in 0.000013 secs (0 bytes/sec)