Particiones de Mac faltantes: sistema de files no reconocido

Aparentemente, instalé Windows 7 a través de bootcamp y creé una nueva partición en Windows (que probablemente afectó la tabla de particiones).

Después de reiniciar, no puedo ver Macintosh HD en el disco de inicio (solo muestra Windows, que pantallas azules cuando se inicia)

  • ¿Hay alguna herramienta gratuita que permita cortar videos?
  • iSight Camera no está presente en iMac
  • No se puede reparticionar mi disco de datos
  • El usuario eliminado aún aparece en la pantalla de inicio del sistema
  • El control de la misión y Cmd + Tab no funcionan desde Yosemite 10.10.3
  • ¿Qué aplicación guarda y restaura el tamaño / position de la window al reiniciar una aplicación?
  • Así que ejecuté cmd + R para iniciar el modo de recuperación de Internet, seleccioné la Utilidad de Discos e intenté reparar el disco, pero dijo 'Sistema de files no reconocido' (olvidé tomar una captura de pantalla) pero se ve así:

    enter image description here

    En mi caso, Macintosh HD se convierte en disk0s2. Intenté reparar el disco pero fallé.

    Intente ejecutar la diskutil cs list desde Terminal y no mostró ningún disco.

    Al ejecutar gpt -r show /dev/disk0 obtiene lo siguiente:

     -bash-3.2# gpt -r show /dev/disk0 start size index contents 0 1 MBR 1 488493055 1 MBR part 66 488493056 248700928 2 MBR part 66 737193984 239577136 3 MBR part 66 976771120 2048 

    ¿Hay alguna manera de recuperar mi partición Mac para que pueda ser iniciada?

    Pienso en hacer la recuperación a través de internet (reinstalar) pero parece que mi información se perdió después de la reinstallation.

  • Mavericks: línea de command VPN
  • ¿Es posible utilizar el map de caracteres como una aplicación independiente?
  • Buscador saltando al elemento seleccionado actualmente
  • No se puede conectar al server OS X SMB desde Linux
  • Exportar recordatorios de la aplicación de recordatorios osx mediante progtwigción
  • Las opciones de resolución de pantalla desaparecieron después de la actualización a Sierra
  • One Solution collect form web for “Particiones de Mac faltantes: sistema de files no reconocido”

    La Administración de discos de Windows ha sobrescrito la tabla de particiones GUID con una tabla de particiones MBR. Por lo general, esto solo afecta la tabla de particiones, pero no el contenido de su disco (¡aunque parece que se ha ido)! Para restaurar una tabla de particiones GUID adecuada, se debe eliminar el MBR y se debe restaurar una tabla de particiones GUID adecuada.

    El obstáculo particular aquí es: el OP no tiene una memory USB ni una segunda Mac o una unidad externa.

    La respuesta a continuación NO está destinada a usuarios CON una memory USB o un disco externo. Si tiene uno de esos dispositivos, existen soluciones mucho más sencillas.

    Preparación:

    • Reinicie el modo de recuperación de Internet presionando alt cmd R al inicio.

      Los requisitos previos son la última actualización de firmware instalada, ya sea Ethernet o WLAN (WPA / WPA2) y un enrutador con DHCP activado.
      En una línea de 50 Mbps, se tarda unos 4 minutos (presentando un pequeño globo animado) para iniciar en una image de recuperación de networking que normalmente se carga desde un server Apple / Akamai.

      Recomiendo ethernet porque es más confiable. Si está restringido a WIFI y el process de arranque falla, simplemente reinicie su Mac hasta que tenga éxito al arrancar.

      Alternativamente, puede comenzar desde una unidad de disco del instalador de arranque (preferiblemente Yosemite o El Capitan) o una memory USB que contiene un sistema completo (preferiblemente Yosemite o El Capitan). Si arrancas con un sistema completo e newfs_hfs ... session como administrador, tienes que anteponer sudo para ejecutar algunos commands como gpt ... o newfs_hfs ... !

    Elimine el MBR y modifique la tabla de particiones GUID

    • Ingrese diskutil list y gpt -r show /dev/diskX (con diskX: el identificador de disco de su disco interno (probablemente disk0) para get una descripción general. En los commands a continuación supongo que el identificador de disco es disk0.

      Debería get el siguiente resultado (los types pueden ser diferentes en su list diskutil:

       -bash-3.2# diskutil list /dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: FDisk_partition_scheme *500.0 GB disk0 1: NTFS 253.5 GB disk0s1 2: NTFS 122.4 GB disk0s2 3: NTFS 124.1 GB disk0s3 /dev/disk1...~/dev/disk12 belong to the recovery system -bash-3.2# gpt -r show /dev/disk0 start size index contents 0 1 MBR 1 488493055 1 MBR part 66 488493056 248700928 2 MBR part 66 737193984 239577136 3 MBR part 66 976771120 2048 
    • Ahora reemplace el MBR por una tabla de particiones GUID:

       diskutil umountDisk /dev/disk0 dd if=/dev/random of=/dev/disk0 count=1 bs=512 gpt create /dev/disk0 
    • Agregue la partición EFI en la tabla de particiones:

       gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk0 

    Ahora puede adivinar el contenido antiguo de la tabla de particiones GUID o puede instalar OS X en una partición nueva sin sobreescribir las particiones OS X anteriores e intentar detectar los tamaños de las particiones antiguas con las herramientas adecuadas (como Test Disk / wxHexEditor).


    Instalar un nuevo OS X

    Esto destruirá el contenido de la (s) partición (es) de Windows.

    • Agregue una nueva partición en la parte (antigua) del OS X de su disco para protegerla.

       gpt add -b 409640 -i 2 -s 488083416 -t FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF /dev/disk0 

      Esto podría ser superfluo.

    • Agregue particiones nuevas en la parte (vieja) de Windows de su disco. El primero es una nueva partición de sistema, el segundo una partición de recuperación:

       gpt add -b 800000000 -i 4 -s 100000000 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk0 gpt add -b 900000000 -i 5 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0 
    • Ahora tiene que formatear las nuevas particiones:

       diskutil list newfs_hfs -v "TempSystem" -J /dev/disk0s4 #use the proper partition found in diskutil list. It should have a size of ~50 GB newfs_hfs -v "Recovery HD" -J /dev/disk0s5 diskutil mount /dev/disk0s4 
    • Salga de la Terminal ingresando exit y salga de ella.
    • Abra Restaurar OS X e instale OS X en la partición TempSystem
    • Configure el nuevo sistema y habilite el acceso a internet. No inicialice ningún volumen "desconocido" si se le solicita.
    • Habilitar el usuario root
    • Desconéctese como administrador e inicie session como root
    • Descargue e instale wxHexEditor

    Detecte el bloque de inicio y el tipo de su antiguo volumen de OS X y el bloque de inicio de su antigua Recuperación HD con wxHexEditor:

    El enfoque es similar a mi respuesta aquí: HFS + número inválido de bloques de asignación

    Como el bloque de inicio de una partición principal y el tamaño de una partición de recuperación tienen tamaños / límites fijos, generalmente puede calcular las inputs de partición GUID apropiadas de sus particiones antiguas.

    Sugerencia: Mientras trabaja con wxHexEditor, no use copyr y pegar. ¡Ingresa todo manualmente! Es posible que accidentalmente escriba directamente en su disco.

    • Partición JHFS + o CoreStorage?

      Primero debe determinar si tenía una partición JHFS + o CoreStorage en el índice número 2.

      Abra la Calculadora. Abra wxHexEditor. Compruebe que trabaja en modo de solo lectura ("Opciones" -> "Modo file" -> "Solo lectura"). En la barra de menu, vaya a "Dispositivos" -> "Abrir dispositivo de disco" -> select el diskNumber apropiado. Probablemente es disk0. El disco debe tener más particiones (disk0s1 – disk0s5). Intente organizar la window wxHexEditor como en los ejemplos a continuación con líneas rectas rojas.

      Luego presione el button "Ir a desplazamiento" (marcado con el círculo verde) e ingrese 409640 exactamente como en la image de abajo. A veces tienes que hacer eso dos veces para saltar al sector correcto. Vuelva a verificar el sector correcto ingresando el desplazamiento (marcado en rojo) en la Calculadora y divídalo en 512.

      Los primeros 3 sectores de una partición CoreStorage se ven así:

      cs

      Los primeros 3 sectores de una partición JHFS + se ven así:

      jhfs +

      Si obtiene una image fundamentalmente diferente, deténgase aquí.

    • ¿Dónde comienza la partición Recovery HD?

      Esa es probablemente la parte más difícil porque tienes que encontrar una cadena que no sea muy específica. Salte casi hasta el final de su segunda segunda partición (en su caso ~ 1000 MB / 1953125 sectores less de 488493056 = 486539931)

      Luego ingrese "HFSJ" como en la image de abajo, busque esta cadena dos veces y ¡haga legible! notas escritas a mano de las diferentes compensaciones. Para restablecer su antiguo OS X, debe iniciar el Modo de recuperación de Internet más tarde y se perderán todos los hallazgos en pantalla en el OS X temporal actual.

      La razón para search la cadena "HFSJ" es que todos los volúmenes HFSJ + contienen esta cadena en el tercer sector de su partición. ¡La cadena también puede ocurrir más tarde y al final!

      Rhd

      Puede tener dos resultados realmente diferentes según el tipo de partición:

      1. Calcule el número de sector del primer hallazgo. En mi ejemplo (ver foto arriba) es 68069452800/512 = 132948150. Continúa buscando y calcula el sector del segundo hallazgo. En mi caso fue 68069454848/512 = 132948154 (sin image). La diferencia entre los dos hallazgos es de 4 bloques (= 2 KB).

        Esto es típico para el límite entre una partición JHFS + y la recuperación HD. La recuperación HD comienza entonces en el sector del segundo hallazgo – 2 (en mi ejemplo 132948154-2 = 132948152).

      2. Calcule el número de sector del primer hallazgo. En mi ejemplo, era 67733904384/512 = 132292782 (sin image). Continúa buscando y calcula el sector del segundo hallazgo. En mi caso fue 68069454848/512 = 132948154 (sin image). La diferencia entre los dos hallazgos es 655372 (~ 336 MB)

        Esto es típico para el límite entre una partición CoreStorage y Recovery HD. La recuperación HD comienza entonces en el sector del segundo hallazgo – 2 (en mi ejemplo 132948154-2 = 132948152).

    Con estos resultados, debería poder restaurar su GPT correctamente. Salga de wxHexEditor. Si se le pide que guarde los cambios, ¡no los guarde!

    • Arranque de nuevo al modo de recuperación de Internet y abra Terminal
    • Ingrese diskutil list y gpt -r show /dev/disk0
    • Quite la segunda partición (la partición protectora FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF):

       diskutil umountDisk /dev/disk0 gpt remove -i 2 /dev/disk0 
    • Dado que el EFI y el HD de Recuperación generalmente tienen tamaños fijos, puede calcular el bloque de inicio y fin de su volumen principal.

      Calcule el tamaño del volumen principal: el bloque de inicio es 409640. El bloque final se ha encontrado en la sección "¿Dónde comienza la partición Recovery HD?": 1 less que el bloque de inicio de Recovery HD. El tamaño es entonces StartBlockOfRecoveryHD-409640.

    • Si ha encontrado un JHFS clásico + anteriormente, el siguiente command debería corregir la partición 2:

       diskutil umountDisk /dev/disk0 gpt add -b 409640 -i 2 -s StartBlockOfRecoveryHD-409640 -t 48465300-0000-11AA-AA11-00306543ECAC disk0 
    • Si ha encontrado una partición CoreStorage anteriormente, el siguiente command debería corregir la partición 2:

       diskutil umountDisk /dev/disk0 gpt add -b 409640 -i 2 -s StartBlockOfRecoveryHD-409640 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0 
    • Para rebuild Recovery HD, ingrese:

       diskutil umountDisk /dev/disk0 gpt add -b StartBlockOfRecoveryHD -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0 
    • Ahora puede intentar montar y verificar su antiguo volumen OS X:

       diskutil mount /dev/disk0s2 diskutil verifyVolume /dev/disk0s2 

      Si obtiene un error al montar o verificando el volumen, sus límites pueden ser incorrectos. Parar aquí y consultarme.

    • Si la verificación fue exitosa, puede reiniciar su antiguo volumen de OS X y verificar si funciona, y eliminar TempSystem y el nuevo Recovery HD más tarde o eliminar ambos inmediatamente. La desventaja de arrancar primero en su viejo volumen OS X es que debe reiniciar el Modo de recuperación de Internet una vez más para eliminar TempSystem y la nueva Recuperación HD.
    • Para eliminar las dos particiones dispensables iniciadas en el modo de recuperación de Internet, ingrese:

       diskutil list gpt -r show /dev/disk0 diskutil umountDisk /dev/disk0 gpt remove -i 4 /dev/disk0 # remove the partition starting at block 800000000 diskutil umountDisk /dev/disk0 # remove the partition starting at block 900000000 gpt remove -i 5 /dev/disk0 
    • Dependiendo del tipo de partición (HFSJ + o CoreStorage), puede usar diskutil resizeVolume ... o diskutil cs resizeStack ... para expandir su volumen de OS X recuperado.

    Estimar (adivinar) las inputs apropiadas de la tabla de particiones GUID

    Adivinar la partición a menudo funciona porque una installation pnetworkingeterminada de OS X " one-visible-volume " tiene bloques de inicio y tamaños muy característicos de todas las particiones:

    Un map de partición clásico de una installation de Yosemite sin ninguna partición de Boot Camp probablemente se vería así en su Mac:

     sudo gpt -r show disk0 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 975093952 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC 975503592 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC 976773128 7 976773135 32 Sec GPT table 976773167 1 Sec GPT header 

    Todos los bloques de inicio y los tamaños de las particiones están alineados con bloques de 4096 bytes; todos son divisibles por 8 (por ejemplo, 975093952: 8 = 121886744).

    Después de instalar Windows con Boot Camp Assistant, la partición principal OS X se networkinguce y la recuperación HD se mueve:

     sudo gpt -r show disk0 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 486813880 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC 487223520 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC 488493056 488280072 4 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 976773128 7 976773135 32 Sec GPT table 976773167 1 Sec GPT header 

    La cuarta partición es la partición NTFS. Algunas instalaciones de Windows agregan una segunda partición EFI:

      488493056 488280072 4 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 

    ->

      488493056 204800 4 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B 488697856 488075272 5 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 

    Después de particionar la partición de Windows desde Windows, el map de la partición fue sobrescrito y reemplazado por un map de partición MBR:

     gpt -r show /dev/disk0 start size index contents 0 1 MBR 1 488493055 1 MBR part 66 488493056 248700928 2 MBR part 66 737193984 239577136 3 MBR part 66 976771120 2048 

    Ahora se puede suponer que los primeros bloques 488493056 (bloque 0 – bloque 488493055) están intactos (excepto el MBT, por supuesto) y aún representan la antigua parte OS X. Como ya reemplazó el MBR por una tabla de particiones GUID y recuperó la partición EFI en un paso anterior, solo tiene que restaurar la partición principal OS X y Recovery HD.

    Aquí la suposition es: el último bloque de la primera partición MBR es el último bloque de Recovery HD. Al contar hacia atrás, ahora puede restaurar Recovery HD y el viejo volumen OS X:

    Tamaño fijo de la Recuperación HD: 1269536
    Bloque de inicio de la segunda partición: 488493056 – 1269536 = 487223520 (el bloque de inicio de la partición de recuperación)

    El último bloque fijo de la partición EFI y el bloque de inicio de la partición de recuperación determinan el bloque de inicio y el tamaño del volumen OS X:

    Tamaño: 487223520 – 409640 = 486813880
    Bloque de inicio fijo: 409640

    Ahora deriva los commands adecuados para restaurar la tabla de particiones GUID:

     gpt add -b 487223520 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0 # add the recovery partition gpt add -b 409640 -i 2 -s 486813880 -t 48465300-0000-11AA-AA11-00306543ECAC disk0 # add the main OS X partition 

    Verifique el volumen principal con:

     diskutil verifyVolume /dev/disk0s2 

    Este enfoque puede fallar porque a veces las herramientas de particionamiento de disco agregan espacio en disco no asignado (generalmente 2048, 102400 o 204800 bloques). El espacio en disco no asignado puede agregarse al final de una partición MBR


    Después de acceder a la Mac remota e inspeccionar el disco, la solución final probable, siguiendo la parte de la respuesta de wxHexEditor, parece ser:

     gpt add -b 487222344 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0 gpt add -b 409640 -i 2 -s 486812704 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk0 

    Como algunos volúmenes montados existen en disk0 y la partición protectora (i = 2) debe eliminarse para poder restaurar las antiguas particiones originales, la queue de commands completa se ve así:

     diskutil umountDisk /dev/disk0 gpt remove -i 2 /dev/disk0 diskutil umountDisk /dev/disk0 gpt add -b 487222344 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0 diskutil umountDisk /dev/disk0 gpt add -b 409640 -i 2 -s 486812704 -t 48465300-0000-11AA-AA11-00306543ECAC /dev/disk0 
    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).