1 votos

¿Cómo reinstalar MacOS con Internet Recovery con una unidad de fusión? No hay ninguna unidad disponible

Esta es la continuación de mi pregunta anterior " He instalado Xubuntu sin instalar rEFindes. Es seguro eliminar la partición de Linux en este punto? " donde ahora he eliminado la partición de Linux.

Mi mac no arranca. Cuando lo intenta, me aparece la pantalla que muestra 'support.apple.com/mac/startup' con el círculo con una línea pensada. Básicamente, lo he estropeado todo porque estaba haciendo un arranque dual con Linux y quité la partición de Linux. Había errores en la Utilidad de Discos cuando quité la partición, y no conseguí arreglarlo del todo antes de reiniciar y ahora no puedo arrancar en mi Mac.

Estoy intentando reinstalar MacOS desde Internet Recovery. Cuando intento instalar Catalina (antes usaba Big Sur) no hay unidades disponibles para seleccionar en las que instalarlo. Muestra 'Bootcamp' pero dice que está bloqueado. Obviamente, no lo instalaría allí de todos modos. No muestra ninguna unidad de Mac.

En la Utilidad de Discos hay dos cosas que creo que están mal cuando uso "Mostrar todos los dispositivos". Tengo una unidad de fusión, así que tengo una unidad SSD de 28 GB, y también un disco duro SATA de 1 TB. El SSD tiene un 'hijo' (¿los llamamos hijos?), disk0s2 pero no está montado. Este SSD es donde normalmente se instala MacOS, ¿es correcto?

La segunda cosa extraña es que el nivel superior de mi HDD muestra dos particiones: disk1s2 - 842,95 GB, y BOOTCAMP - 121,99 GB. Pero sólo BOOTCAMP aparece como niño. El disk1s2 slice, que es mi unidad de almacenamiento principal del Mac, simplemente no está ahí.

Todo esto se demuestra mejor con estas fotos.

1a 2 3a 4a

He ejecutado "Primeros auxilios" en todas las particiones disponibles y todas dijeron que estaban bien. Pero, de nuevo, sólo me permite ejecutarlo en las que están bien, o incluso aparecen en primer lugar.

Idealmente, no quiero perder mi partición Bootcamp, pero si tengo que hacerlo, estará bien. Sólo estoy un poco confundido que tengo que borrar o si hay algo que tengo que hacer o reparar primero.

He encontrado vídeos en YouTube de gente borrando el disco para reinstalar MacOS, pero no encuentro a nadie haciéndolo con una unidad de fusión.

Mi resultado para diskutil list es:

-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *28.0 GB    disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS                         27.6 GB    disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               843.0 GB   disk1s2
   3:       Microsoft Basic Data BOOTCAMP                122.0 GB   disk1s3

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS macOS Base System       2.0 GB     disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk3

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk20

/dev/disk21 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk21

/dev/disk22 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk22

/dev/disk23 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk23

/dev/disk24 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk24

-bash-3.2#

Estoy utilizando un iMac 2019 que estaba ejecutando macOS 11.6.1.

¡Cualquier ayuda con esto sería increíble!

EDITAR (información añadida):

Salida de gpt -r show /dev/disk1

gpt show: /dev/disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1646394736      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  1646804376    68450920         
  1715255296   238268416      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953523712        1423         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

0 votos

¿Puede darnos la salida de diskutil cs list ? (nótese el cs .) No estoy convencido de que el SSD y el HDD estén "fusionados".

0 votos

@benwiggy La salida es No CoreStorage logical volume groups found . Cuando el mac funcionaba estoy bastante seguro de que la Utilidad de Discos tenía todas las particiones en un único contenedor 'Fusion Drive', pero ahora parece diferente y no sé cuál tengo que borrar/arreglar.

1 votos

No es necesario borrar el disco duro como se sugiere. Esta pregunta se ha hecho muchas veces en el pasado aquí a Ask Different. Necesita cambiar el tipo de partición GUID en la tabla de particiones GUID (GPT) para el disco duro interno de FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF a 7C3457EF-0000-11AA-AA11-00306543ECAC . Sería irresponsable sugerir el borrado de una unidad entera porque un entero de 128 bytes se estableció en -1.

2voto

Alfie Stoppani Puntos 39

Para solucionarlo, no tuve que borrar los discos.

Como se sugirió en los comentarios, lo único que había que hacer era reconfigurar la tabla de particiones (no es que fuera fácil).

He seguido este hilo para cambiar el GPT.

En concreto, estos son los pasos que he dado:

-bash-3.2# gpt -r show /dev/disk1
gpt show: /dev/disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1646394736      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  1646804376    68450920         
  1715255296   238268416      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953523712        1423         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

-bash-3.2# diskutil unmountdisk /dev/disk1
Unmount of all volumes on disk1 was successful

-bash-3.2# gpt remove -i 2 /dev/disk1
gpt remove: /dev/disk1: Suspicious MBR at sector 0
/dev/disk1s2 removed

-bash-3.2# diskutil unmountdisk /dev/disk1
Unmount of all volumes on disk1 was successful

-bash-3.2# gpt add -i 2 -b 409640 -s 1646394736 -t 7C3457EF-0000-11AA-AA11-00306543ECAC /dev/disk1
gpt add: /dev/disk1: Suspicious MBR at sector 0
gpt add: /dev/disk1: error: no space available on device

-bash-3.2# gpt -r show /dev/disk1
gpt show: /dev/disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1646394736      2  MBR part 218
  1646804376    68450920         
  1715255296   238268416      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953523712        1423         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

-bash-3.2# diskutil unmountdisk /dev/disk1
Unmount of all volumes on disk1 was successful

-bash-3.2# gpt destroy /dev/disk1
gpt destroy: /dev/disk1: Suspicious MBR at sector 0

-bash-3.2# gpt -r show /dev/disk1
gpt show: /dev/disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1      409639         
      409640  1646394736      2  MBR part 218
  1646804376    68450920         
  1715255296   238268416      3  MBR part 12
  1953523712        1456         

-bash-3.2# gpt create /dev/disk1
gpt create: /dev/disk1: Suspicious MBR at sector 0
gpt create: /dev/disk1: error: device contains a MBR

-bash-3.2# fdisk -i -a hfs /dev/disk1
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory

    -----------------------------------------------------
    ------ ATTENTION - UPDATING MASTER BOOT RECORD ------
    -----------------------------------------------------

Do you wish to write new MBR and partition table? [n] yes

-bash-3.2# gpt -r show /dev/disk1
       start        size  index  contents
           0           1         MBR
           1          62         
          63  1953525105      1  MBR part 175

-bash-3.2# gpt create -fp /dev/disk1
gpt create: /dev/disk1: error: no room for the backup header

-bash-3.2# gpt -r show /dev/disk1
       start        size  index  contents
           0           1         PMBR
           1  1953525167         

-bash-3.2# gpt create -f /dev/disk1

-bash-3.2# gpt add -b 40 -s 409600 -i 1 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk1
/dev/disk1s1 added

-bash-3.2# gpt add -b 1715255296 -s 238268416 -i 3 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 /dev/disk1
/dev/disk1s3 added

-bash-3.2# diskutil unmountdisk /dev/disk1
Unmount of all volumes on disk1 was successful

-bash-3.2# gpt add -b 409640 -s 1646394736 -i 2 -t 7C3457EF-0000-11AA-AA11-00306543ECAC /dev/disk1
/dev/disk1s2 added

-bash-3.2# gpt -r show /dev/disk1
       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  1646394736      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  1646804376    68450920         
  1715255296   238268416      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953523712        1423         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *28.0 GB    disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk4         27.6 GB    disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk4         843.0 GB   disk1s2
   3:       Microsoft Basic Data BOOTCAMP                122.0 GB   disk1s3

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS macOS Base System       2.0 GB     disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk3

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +870.5 GB   disk4
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume                         15.3 GB    disk4s1
   2:                APFS Volume Macintosh HD - Data     639.9 GB   disk4s2
   3:                APFS Volume Preboot                 424.6 MB   disk4s3

No lo voy a explicar mucho, la pregunta que he enlazado lo tiene todo. Sólo quería publicar los comandos específicos que utilicé para mi sistema, que podría ser útil para alguien.

En esencia, de la misma manera que la pregunta que he enlazado anteriormente, he eliminado la tabla de particiones original para disk1s2 y la he reconstruido para cambiar el GUID de disk1s2 al GUID correcto para las particiones APFS, utilizando los números de bloque del original gpt -r show /dev/disk1 . Esto también fue para eliminar el 'MBR sospechoso en el sector 0'.

Después, diskutil cs list devuelto No CoreStorage logical volume groups found . Me imaginé que esto significaba que mi unidad de fusión se había separado, pero cuando reinicié el mac, la Utilidad de Discos mostró exactamente la misma estructura de particiones que antes; con la 'Unidad de Fusión' como unidad de nivel superior. Aunque, en realidad, no sé si eso significa que está realmente fusionada.

0 votos

Las unidades Core Storage (CS) Fusion han sido sustituidas por Apple con unidades APFS Fusion. Su Mac es lo suficientemente nuevo como para que la instalación de MacOS en una unidad Core Storage Fusion no sea posible o no deba intentarse. En el momento en que su responder Apple aún no había lanzado APFS.

0 votos

Yo recomendaría utilizar el comando dd if=/dev/zero count=1 of=/dev/disk1 que borra todo el MBR, en lugar de utilizar fdisk -i -a hfs /dev/disk1 seguido de gpt create -fp /dev/disk1 que se basa en un comportamiento no documentado.

0 votos

@DavidAnderson Si ejecutas dd en su lugar, ¿con qué lo sigues para crear el MBR/PMBR?

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X