Configuración de partición diferente entre gpt y fdisk

0

Después de cambiar el tamaño de mi partición HFS (para resolver un problema que distingue entre mayúsculas y minúsculas), descubrí que mi partición BOOTCAMP ya no era accesible. Cuando navego por la web, descubrí que este es un problema común y hay varias páginas que describen posibles soluciones.

La mayoría de ellos comienza pidiéndole al usuario que analice la salida de los siguientes comandos:

sudo gpt -r -vv show disk0

gpt show: disk0: mediasize=750156374016; sectorsize=512; blocks=1465149168
gpt show: disk0: PMBR at sector 0
gpt show: disk0: Pri GPT at sector 1
gpt show: disk0: Sec GPT at sector 1465149167
       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  1063995800      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1064405440     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1065674976     1269536      4  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1066944512   398202880      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1465147392        1743
  1465149135          32         Sec GPT table
  1465149167           1         Sec GPT header

sudo fdisk / dev / disk0

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

lista de diskutil

dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *750.2 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            544.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                 Apple_Boot                         650.0 MB   disk0s4
   5:       Microsoft Basic Data BOOTCAMP                203.9 GB   disk0s5

Mi pregunta es, ¿cómo pueden fdisk y gpt mostrar diferentes configuraciones de partición?

¿También crees que mi partición BOOTCAMP es recuperable?

Mi computadora portátil es una Macbook Pro (quad i7) de 2011 que ejecuta El Capitan y Windows 10 64bit en bootcamp (actualizado desde Windows 7).

El procedimiento que llevó a este estado fue:

  1. Cambia el tamaño de la partición HFS + de Macintosh a la mitad de su tamaño
  2. Creó una nueva partición HFS + que no distingue entre mayúsculas y minúsculas entre el original y el campo de arranque.
  3. Reflejó la partición original a la nueva.
  4. Ha formateado la partición original sin distinguir entre mayúsculas y minúsculas.
  5. Reflejó la nueva partición a la original.
  6. Se eliminó la nueva partición.
  7. Cambió el tamaño de la partición HFS original para ocupar todo el espacio.

Gracias de antemano por tu ayuda.

    
pregunta Joao Neto 10.03.2016 - 20:19

1 respuesta

1

Actualización 1

Este paso incluirá la configuración del Registro de inicio maestro (MBR) de su unidad interna física. El MBR se almacena en los primeros 512 bytes de esta unidad. Este espacio es compartido por el código de inicio y la tabla de particiones MBR.

  

Este paso no se puede realizar bajo OS X 10.11 (El Capitán) con la protección de integridad del sistema (SIP) activada. (esta es la configuración predeterminada). Si está usando OS X 10.11, debe deshabilitar SIP, complete este paso y luego restaure SIP. Consulte el enlace: ¿Cómo deshabilito la Protección de Integridad del Sistema (SIP) AKA" rootless "en OS X 10.11, El Capitán? .

En una ventana de aplicación de Terminal, ingrese los siguientes comandos. El primer comando fdisk marca la partición de Windows como la partición activa. El segundo comando fdisk cambia el ID de partición de Windows a 7.

INPUT=$(printf  "f  4\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null
INPUT=$(printf  "s  4\n7\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null

Es posible que deba reiniciar su computadora después de completar este paso.

Respuesta original

El comando fdisk muestra el contenido de la tabla de partición del Registro de arranque maestro (MBR). Esta tabla solo puede contener 4 entradas y se almacena en la dirección 0 de su disco. El comando gpt muestra el contenido de la tabla de particiones GUID (GPT). Esta tabla puede contener 120 entradas y comienza en la dirección 1 de su disco. (Un GPT de respaldo también se almacena al final del disco). Los sistemas heredados usan un esquema MBR mientras que las computadoras más modernas usan un esquema GPT. Normalmente, OS X utiliza un esquema GPT. Cuando se emplea el GPT, la tabla MBR todavía existe, pero ahora se llama una tabla de registro de arranque maestro de protección (PMBR). Esta tabla PMBR contiene una sola entrada con el ID de EE . Esto engaña a las aplicaciones heredadas, que solo usan un esquema MBR, para ver el disco como ocupado por una sola partición.

Las computadoras Mac más antiguas instalan Windows usando el esquema MBR. Tengo entendido que esto también es un requisito para las instalaciones de Windows 7. Para acomodar ambos esquemas simultáneamente, Apple reduce la partición EE en la tabla MBR para terminar en la misma ubicación que la primera partición en el GPT. Por lo general, las siguientes tres particiones en el GPT coinciden con las tres últimas particiones en la tabla MBR.

De todos modos, por lo que puedo decir, si ingresa el comando que se indica a continuación en las ventanas de una aplicación de Terminal, sus particiones deberían ser reparadas.

sudo diskutil eraseVolume "Free Space" name /dev/disk0s4

Mientras que el comando anterior debe corregir la partición, la cuarta partición en la tabla de particiones MBR no se marcará como "activa". Entonces, si aún no puede iniciar Windows, avíseme e incluiré pasos para marcar esta partición como "activa".

    
respondido por el David Anderson 11.03.2016 - 18:20

Lea otras preguntas en las etiquetas