OSX HDD no funciona después de que quité una partición

1

Recientemente eliminé la partición de disco de Ubuntu de mi macbook, ahora mi osx o hdd no es reconocible y me veo forzado a realizar el modo de recuperación de Internet sin éxito.

Actualización: cambié mi disco duro original por un SSD que compré recientemente. Mi MacBook está funcionando con el nuevo SSD, sin embargo, el disco duro original cuando está conectado a través de USB aparece en la Utilidad de Discos, pero no puedo usarlo.

Alhacerclicen'Primerosauxilios'paraASMT2115Mediaolosotrosdos"-" debajo, recibí el mensaje de error "El proceso de primeros auxilios falló. Si es posible, haga una copia de seguridad de los datos de este volumen. Haga clic en Listo para continuar.

TodoesteproblemaocurriócuandointentéborrarmiparticióndeUbuntu(quecreoqueeslasegunda"-" en ASMT 2115 Media. Al hacerlo, esto es cuando comenzó todo este problema.

Aunque tengo una Sierra limpia en mi SSD, todavía quiero poder acceder a este disco duro para ver si puedo recuperar mis fotos, documentos y programas que ya se encuentran en él.

Salida de diskutil list :

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.1 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Untitled                1.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            Untitled               +1.0 TB     disk1
                                 Logical Volume on disk0s2
                                 8CAA5C80-BB12-4432-9950-5DF80AA23AA8
                                 Unencrypted

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS                         302.6 GB   disk2s2
   3:                  Apple_HFS                         17.1 GB    disk2s3

Aquí está el resultado de diskutil info /dev/disk2s2 , que era mi HDD original

Device Identifier:        disk2s2
Device Node:              /dev/disk2s2
Whole:                    No
Part of Whole:            disk2

Volume Name:              
Mounted:                  No

Partition Type:           Apple_HFS
File System Personality:  HFS+
Type (Bundle):            hfs
Name (User Visible):      Mac OS Extended
Journal:                  Unknown (not mounted)
Owners:                   Disabled

OS Can Be Installed:      No
Media Type:               Generic
Protocol:                 USB
SMART Status:             Not Supported
Disk / Partition UUID:    000059E3-08FD-0000-6F45-0000C7470000

Disk Size:                302.6 GB (302643589120 Bytes) (exactly 591100760 512-Byte-Units)
Device Block Size:        512 Bytes

Volume Total Space:       0 B (0 Bytes) (exactly 0 512-Byte-Units)
Volume Available Space:   0 B (0 Bytes) (exactly 0 512-Byte-Units)

Read-Only Media:          No
Read-Only Volume:         Not applicable (not mounted)

Device Location:          External
Removable Media:          Fixed
    
pregunta Jeff 28.01.2017 - 21:42

1 respuesta

1

Los problemas de Google con ASMT 2115 en macOS me trajeron aquí. Tuve un problema, similar al tuyo, al probar este gabinete de disco duro externo.

De alguna manera, al formatear SSD en Yosemite desde Parallels (que fue formateado previamente en Sierra), logré que HDD entrara en un estado que ni Sierra ni Yosemite pudieron leer / montar / formatear más en macOS. Yo podría usar por ejemplo. Ubuntu para formatear el disco, pero ese no era el punto. Quería entender qué está pasando y por qué macOS comenzó a odiar mi disco.

No pude particionar el disco ni borrarlo de la Utilidad de Discos. Los inútiles mensajes de error genéricos no fueron útiles en absoluto, así que intenté formatearlo desde el terminal con diskutil eraseDisk HFS+ OSX GPT /dev/disk3 . Allí pude formatear parcialmente el disco pero la finalización se rompió con más errores. Sospechaba de la electrónica en este gabinete y del controlador macOS porque tenía varios de ellos, y varios discos duros SSD que mostraban el mismo problema. Todo lo que me lleva a investigar el MBR / GPT del disco en cuestión.

Lo que me extrañó fue que fdisk vio un ID de partición desconocido y gpt no funcionó en absoluto.

Disk: /dev/disk3    geometry: 14593/255/63 [234441648 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -  234441647] <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       

Y gpt no funcionó en absoluto:

sudo gpt -r show /dev/disk3
gpt show: error: bogus map
gpt show: unable to open device '/dev/disk3': Undefined error: 0

Luego descubrí acerca de los problemas de MBR híbrido / MBR protector / GPT que la gente tenía, principalmente debido a BootCamp, que era responsable de crear las condiciones del MBR híbrido que causaban muchos problemas a los usuarios de arranque dual (particiones perdidas del sistema, etc.). Estaba seguro de haber creado esa condición por mi mismo (al usar diferentes versiones de OSX no compatibles difíciles).

La solución en este caso fue borrar los datos híbridos de MBR, o incluso mejor borrar todos los datos de GPT / MBR en el disco (si no necesita los datos), y comenzar de nuevo.

No pude usar las utilidades de Apple con éxito, pero GPT fdisk (gdisk) funcionó muy bien para mí. El relleno SIP impide que gdisk funcione en el disco del sistema (a menos que esté deshabilitado), pero funciona bien con discos duros externos. gdisk reveló que mi MBR y GPT eran muy diferentes.

sudo gdisk /dev/disk3
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: present

Found valid MBR and GPT. Which do you want to use?
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Vale la pena señalar que:

  • La opción 1 lee la tabla de particiones MBR (como se ve por fdisk) y convierte ellos a GPT.
  • La opción 2 utiliza el GPT existente (como lo ve gdisk) y elimina la tabla de particiones MBR (que se convierte en un MBR protector)
  • La opción 3 comenzará de nuevo con un nuevo GPT vacío.

Si desea guardar datos en su HDD, no haga esto. Debe repararlo desde gdisk. Mi solución fue usar la opción 3, luego hacer zaping (eliminar toda la información de la partición) en todo el disco y volver a crear GPT en blanco:

x
z
Yes
y

Después de eso, pude inicializar / formatear el disco nuevamente en la Utilidad de Discos (y en la terminal).

Puede encontrar más información sobre GPT aquí y aquí en página de inicio de gdisk .

La forma más rápida de obtener gdisk es elaborando cerveza desde el barril con: brew cask install gdisk

Espero que esto ayude a alguien.

En mi humilde opinión: no es improbable que los discos terminen de esta manera si son, por ejemplo. utilizado entre sistemas operativos. macOS realmente debería tener soporte para manejarlos sin sudar, pero lamentablemente, no es así.

    
respondido por el seven 26.04.2017 - 12:16

Lea otras preguntas en las etiquetas