Mi pregunta es sobre por qué "diskutil eraseVolume" añade una partición extra a una tabla de particiones APM.
Un poco de historia ayudará a entender mejor la situación creo -- tenía un disco de 240GB estilo APM en un viejo sistema PowerBook que quería actualizar a un disco más grande. El PowerBook tiene algunos problemas relacionados con el calor y el vídeo se estropea después de unas 1-2 horas, así que quería hacer todo este trabajo en otro Mac que ejecuta High Sierra, en caso de que el vídeo se estropeara durante la reconstrucción en el viejo PowerBook.
Así que, básicamente usé el comando "dd" para clonar todo el viejo disco de 240GB al nuevo disco de 500GB, luego modifiqué la tabla de particiones para corregir el tamaño total del disco y el tamaño de la última partición para compensar el disco más grande, sabiendo que necesitaría borrar esa última partición HFS+ ya que ya no es válida. Pero antes, quise utilizar el comando "diskutil verifyVolume ..." para comprobar todos los distintos sistemas de archivos y descubrí que además del último volumen de MacOS el volumen xxxxx tampoco era ya correcto.
Así que no hay problema, creo que borraré los dos últimos volúmenes y restauraré desde una imagen de respaldo y todo debería estar bien. Esto es lo que la tabla de particiones comenzó como en el disco de 500 GB:
==================================pdisk "p" command output============
Partition map (with 512 byte blocks) on '/dev/rdisk6'
#: type name length base ( size )
1: Apple_partition_map Apple 63 @ 1
2: Apple_Driver43*Macintosh 56 @ 64
3: Apple_Driver43*Macintosh 56 @ 120
4: Apple_Driver_ATA*Macintosh 56 @ 176
5: Apple_Driver_ATA*Macintosh 56 @ 232
6: Apple_FWDriver Macintosh 512 @ 288
7: Apple_Driver_IOKit Macintosh 512 @ 800
8: Apple_Patches Patch Partition 512 @ 1312
9: Apple_HFS MacOS 10.0 64039712 @ 1824 ( 30.5G)
10: Apple_HFS MacOS 10.1 64039712 @ 64041536 ( 30.5G)
11: Apple_HFS MacOS 10.2 64039712 @ 128081248 ( 30.5G)
12: Apple_HFS MacOS 10.3 64039712 @ 192120960 ( 30.5G)
13: Apple_HFS MacOS 10.4 64039712 @ 256160672 ( 30.5G)
14: Apple_HFS xxxxx 64039712 @ 320200384 ( 30.5G)
15: Apple_HFS MacOS 592532992 @ 384240096 (282.5G)
16: Apple_Free Extra 80 @ 976773088
Device block size=512, Number of Blocks=976773168 (465.8G)
DeviceType=0x0, DeviceId=0x0
Drivers-
1: 23 @ 64, type=0x1
2: 36 @ 120, type=0xffff
3: 21 @ 176, type=0x701
4: 34 @ 232, type=0xf8ff
======================================================================
Utilicé el comando "diskutil eraseVolume HFS+ xxxxx /dev/rdisk6s14" (no se puede utilizar el programa GUI de Utilidad de Discos para borrar un sistema de archivos HFS+, sin diario, ya que aparentemente ya no es compatible con la versión de High Sierra de la aplicación GUI Disk Utility.app) y la tabla de particiones se había modificado para incluir una nueva partición "Apple_Free" justo antes de la partición "xxxxx":
==================================pdisk "p" command output===========================
Partition map (with 512 byte blocks) on '/dev/disk6'
#: type name length base ( size )
1: Apple_partition_map Apple 63 @ 1
2: Apple_Driver43*Macintosh 56 @ 64
3: Apple_Driver43*Macintosh 56 @ 120
4: Apple_Driver_ATA*Macintosh 56 @ 176
5: Apple_Driver_ATA*Macintosh 56 @ 232
6: Apple_FWDriver Macintosh 512 @ 288
7: Apple_Driver_IOKit Macintosh 512 @ 800
8: Apple_Patches Patch Partition 512 @ 1312
9: Apple_HFS MacOS 10.0 64039712 @ 1824 ( 30.5G)
10: Apple_HFS MacOS 10.1 64039712 @ 64041536 ( 30.5G)
11: Apple_HFS MacOS 10.2 64039712 @ 128081248 ( 30.5G)
12: Apple_HFS MacOS 10.3 64039712 @ 192120960 ( 30.5G)
13: Apple_HFS MacOS 10.4 64039712 @ 256160672 ( 30.5G)
14: Apple_Free 262144 @ 320200384 (128.0M)
15: Apple_HFS xxxxx 63777568 @ 320462528 ( 30.4G)
16: Apple_HFS MacOS 592532992 @ 384240096 (282.5G)
17: Apple_Free 80 @ 976773088
Device block size=512, Number of Blocks=976773168 (465.8G)
DeviceType=0x0, DeviceId=0x0
Drivers-
1: 23 @ 64, type=0x1
2: 36 @ 120, type=0xffff
3: 21 @ 176, type=0x701
4: 34 @ 232, type=0xf8ff
===============================================================================
Entonces, ¿por qué la nueva partición "Apple_Free" justo antes de la verdadera "xxxxx" HFS+ real? Hice el "diskutil eraseVolume" una vez más para la partición MacOS y de nuevo creó una nueva partición "Apple_Free" del mismo tamaño (262144 bloques) antes de la verdadera partición HFS+. Así que después de estos dos comandos "eraseVolume" la tabla de particiones ahora se ve así:
==========================pdisk "p" command output=====================
Partition map (with 512 byte blocks) on '/dev/disk6'
#: type name length base ( size )
1: Apple_partition_map Apple 63 @ 1
2: Apple_Driver43*Macintosh 56 @ 64
3: Apple_Driver43*Macintosh 56 @ 120
4: Apple_Driver_ATA*Macintosh 56 @ 176
5: Apple_Driver_ATA*Macintosh 56 @ 232
6: Apple_FWDriver Macintosh 512 @ 288
7: Apple_Driver_IOKit Macintosh 512 @ 800
8: Apple_Patches Patch Partition 512 @ 1312
9: Apple_HFS MacOS 10.0 64039712 @ 1824 ( 30.5G)
10: Apple_HFS MacOS 10.1 64039712 @ 64041536 ( 30.5G)
11: Apple_HFS MacOS 10.2 64039712 @ 128081248 ( 30.5G)
12: Apple_HFS MacOS 10.3 64039712 @ 192120960 ( 30.5G)
13: Apple_HFS MacOS 10.4 64039712 @ 256160672 ( 30.5G)
14: Apple_Free 262144 @ 320200384 (128.0M)
15: Apple_HFS Titoonium 63777568 @ 320462528 ( 30.4G)
16: Apple_Free 262144 @ 384240096 (128.0M)
17: Apple_HFS MacOS 592270848 @ 384502240 (282.4G)
18: Apple_Free 80 @ 976773088
Device block size=512, Number of Blocks=976773168 (465.8G)
DeviceType=0x0, DeviceId=0x0
Drivers-
1: 23 @ 64, type=0x1
2: 36 @ 120, type=0xffff
3: 21 @ 176, type=0x701
4: 34 @ 232, type=0xf8ff
=======================================================================
¿Alguna idea de por qué se crean estas particiones "Apple_Free", o mejor aún, cómo evitar que ocurra? Gracias...