0

I recently installed Mojave on my Macbook Pro with the Aura OWC 1TB SSD; after installing the firmware update. It worked fine for a day and stopped booting afterwards. I would very much appreciate some help to get my disk back to the Startup Disk without having to re-install or loose my data. Can't afford to Erase this disk.

Tried a few steps I got from one of the gurus here @Klanomath. But not sure how to reset the volume information to get the disk back to a bootable startup disk.

From the image below, you can see the volume is missing. I am am currently running MacOS X El Capitan from my External Drive.

enter image description here

When I run the command to view the disk volume information, it shows that there is no File system.

Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Whole:                    No
   Part of Whole:            disk0
   Device / Media Name:      DhikrMacDrive

   Volume Name:              Not applicable (no file system)

   Mounted:                  Not applicable (no file system)

   File System:              None

   Partition Type:           7C3457EF-0000-11AA-AA11-00306543ECAC
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 PCI
   SMART Status:             Not Supported
   Disk / Partition UUID:    9604776E-5DBA-441F-98CA-BD56CCAD52CF

   Total Size:               959.8 GB (959830384640 Bytes) (exactly 1874668720 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:          Internal

So I ran "diskutil list" and "sudo gpt -r show /dev/disk0" with the following results. Not sure what to do next to get my volumes back and data fully secured. I can see the volume "disk0s2" has an abnormal Type and No name specified. Thus the issue I noticed about the non-existant File system.

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *960.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2: 7C3457EF-0000-11AA-AA11-00306543ECAC               959.8 GB   disk0s2
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS External                999.3 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

gpt command: sudo gpt -r show /dev/disk0

       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1874668720      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  1875078360           7         
  1875078367          32         Sec GPT table
  1875078399           1         Sec GPT header

Also when I run the command (sudo dd if=/dev/disk0 skip=409640 count=3 | vis -c) to view the disk header I get:

3+0 records in
3+0 records out
1536 bytes transferred in 0.437644 secs (3510 bytes/sec)
?c?Q?\M^Xb\^A\0\0\0\0\0\0\0\M^X\0\0\0\0\0\0\0\^A\0\0\M^@\0\0\0\0NXSB\0\^P\0\0\M^V??\r\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0w??\M^K?\vM\0\M^E??\^DE?@??T\^E\0\0\0\0\0\M^Y\0\0\0\0\0\0\0\^X\^A\0\0\\l\0\0\M^T\^B\^S\0\0\0\0\0?A\^R\0\0\0\0\0?\0\0\0s\^N\0\0?\0\0\0\^E\0\0\0001\r\0\0B\^A\0\0\^Z?\^D\0\0\0\0\0\M^A?'\0\0\0\0\0\^A\^D\0\0\0\0\0\0\0\0\0\0d\0\0\0\^C\^D\0\0\0\0\0\0\^F\^D\0\0\0\0\0\0\^O?\^D\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0

Also running the command (sudo dd if=/dev/disk0 skip=409640 bs=512 count=1 | hexdump) with hexdump:

1+0 records in
1+0 records out
512 bytes transferred in 0.437517 secs (1170 bytes/sec)
0000000 ec 63 ad 51 e9 a1 98 62 01 00 00 00 00 00 00 00
0000010 98 00 00 00 00 00 00 00 01 00 00 80 00 00 00 00
0000020 4e 58 53 42 00 10 00 00 96 a5 f7 0d 00 00 00 00
0000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000040 02 00 00 00 00 00 00 00 77 b2 d2 8b e1 0b 4d 00
0000050 85 e3 e0 04 45 d3 40 e6 db 54 05 00 00 00 00 00
0000060 99 00 00 00 00 00 00 00 18 01 00 00 5c 6c 00 00
0000070 94 02 13 00 00 00 00 00 bd 41 12 00 00 00 00 00
0000080 ea 00 00 00 73 0e 00 00 e5 00 00 00 05 00 00 00
0000090 31 0d 00 00 42 01 00 00 1a b3 04 00 00 00 00 00
00000a0 81 ab 27 00 00 00 00 00 01 04 00 00 00 00 00 00
00000b0 00 00 00 00 64 00 00 00 03 04 00 00 00 00 00 00
00000c0 06 04 00 00 00 00 00 00 0f b3 04 00 00 00 00 00
00000d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

This is how far I have gotten. I would appreciate some help from here. I hope @Klanomath would see this and help me :)

  • I was able to recovery about 60% of my important data since the SSD was actually faulty. I tried to format it but it failed. I have sent it off to be replaced since it's still under warranty. – user1058145 Mar 25 at 23:39

You must log in to answer this question.

Browse other questions tagged .