Disk Utility leyendo el disco incorrectamente; ver ext4 como JHFS+ y ver Recovery HD

Esto se importó de Superusuario, sentí que sería más fácil obtener una respuesta aquí que en Superusuario: se copia y pega, como se muestra a continuación.


Entonces, tengo algunos problemas extraños en Disk Utility y diskutil. No es un problema (con suerte), pero solo quiero asegurarme de que no estoy en el camino de la corrupción o falla del disco. Así es como mi utilidad de disco lee mi disco duro:

(como se enumeran)

  • Descripción del disco: Apple SSD SD0256F Media
  • Capacidad total: 251 GB (251 000 193 024 bytes)
  • Bus de conexión: PCI
  • Estado de escritura: lectura/escritura
  • Tipo y ubicación: disco de estado sólido, interno
  • Estado SMART: Verificado
  • Esquema de mapa de partición: tabla de partición GUID

Y aquí están las particiones:

  • Macintosh de alta definición
    • Formato: Mac OS Extended (registrado)
    • Tamaño: 202,66 GB
  • HD de recuperación
    • Formato: Mac OS Extended (registrado)
    • Tamaño : 650 MB
  • disco0s4
    • Formato: Mac OS Extended (registrado)
    • Tamaño: 46,8 GB
  • disco0s6
    • Formato : Intercambio de Linux
    • Tamaño : 681,6 MB

El motivo de mi preocupación son dos cosas: 1) Recovery HD está visible, lo cual podría estar equivocado, pero esto no debería estar visible O montado en Disk Utility, y 2) disk0s4 es en realidad ext4, NO JHFS +.

Salida de la lista diskutil:

    /dev/disk0
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      GUID_partition_scheme                        *251.0 GB   disk0
       1:                        EFI EFI                     209.7 MB   disk0s1
       2:                  Apple_HFS Macintosh HD            202.7 GB   disk0s2
       3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
       4: 0FC63DAF-8483-4772-8E79-3D69D8477DE4               46.8 GB    disk0s4
       5:                 Linux Swap                         681.6 MB   disk0s6

Y desde gdisk...

    >sudo gdisk /dev/disk0
    Password:
    GPT fdisk (gdisk) version 1.0.0

    Warning: Devices opened with shared lock will not have their
    partition table automatically reloaded!
    Partition table scan:
      MBR: hybrid
      BSD: not present
      APM: not present
      GPT: present

    Found valid GPT with hybrid MBR; using GPT.

    Command (? for help): p
    Disk /dev/disk0: 490234752 sectors, 233.8 GiB
    Logical sector size: 512 bytes
    Disk identifier (GUID): B01E51EA-D531-4CA4-ADA4-A936F8C27DCD
    Partition table holds up to 128 entries
    First usable sector is 34, last usable sector is 490234718
    Partitions will be aligned on 8-sector boundaries
    Total free space is 949 sectors (474.5 KiB)

    Number  Start (sector)    End (sector)  Size       Code  Name
       1              40          409639   200.0 MiB   EF00  EFI System Partition
       2          409640       396222607   188.7 GiB   AF00  Macintosh HD
       3       396222608       397492143   619.9 MiB   AF00  Recovery HD
       4       397492224       488902655   43.6 GiB    8300  
       6       488902656       490233855   650.0 MiB   8200  Apple_HFS_Untitled_2

    Command (? for help): ^C>

gpt tiene esta salida:

    >sudo gpt -vvv show /dev/disk0
    Password:
    gpt show: /dev/disk0: mediasize=251000193024; sectorsize=512; blocks=490234752
    gpt show: /dev/disk0: Suspicious MBR at sector 0
    gpt show: /dev/disk0: MBR part: type=175, start=409640, size=395812968
    gpt show: /dev/disk0: MBR part: type=175, start=396222608, size=1269536
    gpt show: /dev/disk0: MBR part: type=131, start=397492224, size=91410432
    gpt show: /dev/disk0: Pri GPT at sector 1
    gpt show: /dev/disk0: GPT partition: type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, start=40, size=409600
    gpt show: /dev/disk0: GPT partition: type=48465300-0000-11AA-AA11-00306543ECAC, start=409640, size=395812968
    gpt show: /dev/disk0: GPT partition: type=48465300-0000-11AA-AA11-00306543ECAC, start=396222608, size=1269536
    gpt show: /dev/disk0: GPT partition: type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, start=397492224, size=91410432
    gpt show: /dev/disk0: GPT partition: type=0657FD6D-A4AB-43C4-84E5-0933C84B4F4F, start=488902656, size=1331200
    gpt show: /dev/disk0: Sec GPT at sector 490234751
          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  395812968      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
      396222608    1269536      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
      397492144         80         
      397492224   91410432      4  GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
      488902656    1331200      6  GPT part - 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
      490233856        863         
      490234719         32         Sec GPT table
      490234751          1         Sec GPT header

y fdisk...:

    >sudo fdisk /dev/disk0
    Disk: /dev/disk0    geometry: 30515/255/63 [490234752 sectors]
    Signature: 0xAA55
             Starting       Ending
     #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
    ------------------------------------------------------------------------
     1: EE    0   0   1 - 1023 254  63 [         1 -     409639] <Unknown ID>
    *2: AF 1023 254  63 - 1023 254  63 [    409640 -  395812968] HFS+        
     3: AF 1023 254  63 - 1023 254  63 [ 396222608 -    1269536] HFS+        
     4: 83 1023 254  63 - 1023 254  63 [ 397492224 -   91410432] Linux files*

He usado gdisk antes para hacer que mi disco duro hibride MBR/GPT y he instalado Ubuntu 14.04.

¿Alguien tiene una idea de por qué es esto, dónde está disk0s5, y será esto un problema?

Respuestas (1)

Si desea mejores respuestas, intente refinar su pregunta. Además, publique un comentario después de mi respuesta, para que se me notifique.

Pregunta:

1) Recovery HD está visible, lo cual podría estar equivocado, pero esto no debería estar visible NI montado en la Utilidad de Discos

Respuesta:

En la tabla de particiones MBR, la identificación debe ser ABy tiene AF. En el GPT, el tipo de partición debe ser 426F6F74-0000-11AA-AA11-00306543ECACy tiene 48465300-0000-11AA-AA11-00306543ECAC. Por eso es visible.

Pregunta:

2) disk0s4 es en realidad ext4, NO JHFS+.

Respuesta:

Usó gdiskpara cambiar el código de tipo de partición para disk0s4 de AF00a 8300while disk0s4 mientras aún estaba montado. La aplicación Disk Utility no verá el cambio hasta que desmonte y monte disk0s4.

Pregunta:

donde esta disk0s5

Respuesta:

Actualmente, la quinta entrada en GPT no se utiliza. No ha proporcionado ninguna información con respecto a los valores en esta entrada de la tabla, aparte de que debido a su ausencia, el tipo de partición debe ser 00000000-0000-0000-0000-000000000000. Por lo que todos saben, el UUID, los atributos, la etiqueta y los números de sector inicial/final aún pueden almacenarse en la quinta entrada de la tabla.

Nota: he observado que la aplicación Disk Utility requiere que las entradas en el GPT estén en orden ascendente y contiguas. La salida del gptcomando muestra que los índices están en orden ascendente, pero dado que falta la quinta entrada, los índices no son contiguos. Cuando ocurre una situación como esta, la aplicación Disk Utility puede mostrar incorrectamente el contenido del GPT. En su caso, los errores mostrados por la aplicación Disk Utility probablemente fueron causados ​​por el uso de gdisk.

¿Por qué usó una instalación BIOS/MBR de Ubuntu? Sé que puede descargar tal iso, pero la versión iso de EFI/GPT también funciona en Mac. Esto es lo que elegí para mi iMac de 20 pulgadas de mediados de 2007. De esta manera, puede evitar el uso de un GPT híbrido.

Las preguntas 1) y 3) están suficientemente bien respondidas, gracias por eso. De alguna manera resolví la pregunta 3) con la verificación y reparación del disco, y realmente no me importa que aparezca la partición de recuperación. En la Pregunta 2), la situación ha cambiado, pero la Utilidad de Discos sigue siendo incorrecta en la forma en que identifica la partición: ahora dice que disk0s4 está formateado como MS-DOS, pero la partición es definitivamente ext4 (lo verificó con gparted). Siento que la falla no radica en mi uso de gdisk (ya que la partición se ha vuelto a montar en los reinicios frecuentes que hago), entonces, ¿hay otra explicación?