Recuperación de la partición de OS X: se han calculado límites erróneos, no se puede montar el disco0s2

La solución en este caso es más o menos la misma que se indica en el responder a este pregunta. La solución allí es una solución provisional porque la persona que preguntaba no tenía una unidad de disco duro ni un disco externo ni un segundo Mac. Tienes que tener una unidad de sistema con un OS X completo para instalar aplicaciones adicionales como wxHexEditor para inspeccionar los datos en bruto en la unidad. Así que la única forma viable era instalar OS X en la unidad dañada con el riesgo de sobrescribir las antiguas particiones "perdidas".

Si tiene un segundo dispositivo de arranque, como un disco externo o una unidad de memoria, instale un OS X completo más reciente (¡no sólo una unidad de memoria de arranque!). Además, instale wxHexEditor. Habilite el usuario Root, inicie sesión como Root.

Ahora abra wxHexEditor y determine los límites del Recovery HD "perdido". Sobrescribir la tabla de particiones GUID original y reemplazarla por una MBR con la Administración de discos de Windows no suele tocar el contenido de su disco. Las viejas estructuras de datos todavía están en el disco y pueden ser encontradas buscando cadenas especiales y el contenido de los archivos.

La persona que preguntó dio la siguiente información: la partición de Windows tenía un tamaño de 100 GB. Esto facilita la búsqueda porque los primeros ~390 GB (del disco de 500 GB) pueden saltarse ya que la partición de Windows se crea al final de un disco.

La partición Recovery HD tiene el siguiente contenido:

  0-1. block:        0x00s
    2. block:        the string "HFSJ" in the first 16 Bytes
    8. block:        0xFFs (probably an allocation file)
11-13. block:        0xFFs (probably a second allocation file)

Si ha encontrado estos bloques puede determinar fácilmente el bloque de inicio del Recovery HD como se describe en la respuesta enlazada. Dado que todas las demás particiones (EFI y el volumen principal de OS X - suponiendo que sólo existe un volumen principal) están determinadas por el primer bloque del Recovery HD se pueden hacer las cuentas.

La solución final fue:

gpt add -b 409640 -i 2 -s 779781456 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add -b 780191096 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

Después de verificar los volúmenes con:

diskutil verifyVolume disk0s2
diskutil verifyVolume disk0s3

y eliminando particiones temporales el volumen principal se expandió finalmente para abarcar todo el disco con:

diskutil cs resizeStack lvUUID 0g

Mi partición está recuperada gracias a @klanomath. Fue bastante difícil conseguir los límites correctos siguiendo el procedimiento estándar y sin conocer las características de un disco con particiones antiguas de Windows y osx. @klanomath hizo un gran trabajo buscando el Recovery-HD y a partir de ahí determinando la partición perdida. Aprendí mucho. ¡Gracias de nuevo! Saludos de Cusco.