1 votos

Intenté arreglar el volumen de arranque de MacOS después de una instalación fallida de Linux de arranque dual, pero falló y ahora la partición original es desconocida.

Intenté instalar Linux en mi MacBook Pro 15" 2015 un día para la escuela, pero luego la instalación falló y tuve un problema GRUB similar a este: ¿Cómo recupero/arreglo mi partición de OS X? .

La parte más extraña fue que antes de esto yo era capaz de arrancar en MacOS Catalina sin problemas, y luego, después de echar un vistazo a la Utilidad de Discos (notado partición de intercambio existe, pero no ext4) y apagar (y luego reiniciar), la unidad desaparece.

Sorprendido, pensé que borrando la partición Linux se solucionarían mis problemas. ERROR (no preguntes por qué, por favor). La formateé a FAT32, y luego me di cuenta de que eso no hizo nada. La(s) partición(es) de Linux debería(n) tener alrededor de 115 GB (ya que asigné 40 GB para swap y 75 GB para Linux - aunque podría estar equivocado). Así que combiné esas dos particiones y tuve una partición FAT32 de ~110 GB.

Entré en recuperación ALT+CMD+R, y los discos no se podían reparar.

Seguí estas instrucciones: Partición de disco MacOS FFFFFFFF-FFFFFF-FFFFFF-FFFFFF-FFFFFFFFFF

Sin embargo, me di cuenta de que escribí el inicio y el tamaño incorrectos para todas mis particiones y no recuerdo el tamaño de las particiones originales. Ahora estoy atascado preguntándose cómo podría recuperar los datos de mi unidad.

Mi principal problema es que después de ejecutar gpt destroy ... ¿Cómo puedo saber el contenido original y si puedo recuperar mis archivos?

En Utilidad de Discos, he borrado la partición FAT32 y la he sustituido por APFS, pero la partición mac no se monta.

También soy bastante malo con los comandos de terminal, pero estoy dispuesto a escribir lo que sea necesario para obtener los datos de mi ordenador, ya que hay un montón de trabajo escolar en él.

Estoy usando un OWC Aura Pro 2 TB SSD, y me pregunto si esto también podría ser un factor.

Salida de diskutil list y gpt -r show disk1 :

diskutil list

gpt -r show disk1


Edita: rasca eso, ahora solo veo disk1s1, y que las otras dos particiones han desaparecido por completo:

enter image description here

enter image description here


Edición 2: aquí está la salida de la ejecución de comandos de klanomath (¡gracias!)

-bash-3.2# export LC_CTYPE="ASCII"
-bash-3.2# dd if=/dev/disk1s2 bs=512 count=1 2>/dev/null | vis -wc; 
'\M^Q9\r\M-/\^X\s\M^E\^A\0\0\0\0\0\0\0\M-7q\a\0\0\0\0\0\^A\0\0\M^@\0\0\0\0NXSB\0\^P\0\0\M-3\M-mA\^Z\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0T\M-6\^\\M-C\M-k\M-\Kk\M-(bL\M-"\M^D?\M-^Z\M-d\M-4\a\0\0\0\0\0\M-8q\a\0\0\0\0\0\^X\^A\0\0\M^\l\0\0\^Z\M^M\^B\0\0\0\0\0~\s\^B\0\0\0\0\0\M-L\0\0\0\^R\^_\0\0\M-J\0\0\0\^B\0\0\0\M-~\^^\0\0\^T\0\0\0z\M-.\a\0\0\0\0\0\M-xA\s\0\0\0\0\0\^A\^D\0\0\0\0\0\0\0\0\0\0d\0\0\0\^B\^D\0\0\0\0\0\0\^F\^D\0\0\0\0\0\0\b\^D\0\0\0\0\0\0\n\^D\0\0\0\0\0\0\f\^D\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0-bash-3.2# dd if=/dev/disk1s2 bs=512 count=1 2>/dev/
-bash-3.2# 
-bash-3.2#

0 votos

1. Actualmente disk0 es su volumen de recuperación (que no requiere una EFI) 2. Por favor, introduzca export LC_CTYPE="ASCII" entonces dd if=/dev/diskXsY bs=512 count=1 2>/dev/null | vis -wc; echo (con diskXsY la 2ª partición del SSD; actualmente disk1s2) en el terminal. Añada la salida del segundo comando como texto aquí. Puedes acceder a apple stackexchange con Safari en modo recuperación (y tus credenciales aquí).

0 votos

@klanomath woah yo no sabía que era posible! el texto se publica en edit2. ¡¡gracias!!

0 votos

La parte importante se traduce en 4e 58 53 42 00 10 00 00 b3 ed 41 1a 00 00 00 00 |NXSB......A.....| . Esto significa 3.524.226.456 bloques(512) para el contenedor APFS (~1,804 TB). La partición (disk1s2 en la captura de pantalla 2) es demasiado pequeña - ¡debería tener el mismo tamaño que el contenedor!

0voto

Todd Puntos 306

Lamento que tenga este problema. ¿Puedes acceder a Recuperación de macOS? Si es así, ¡qué buena noticia!

Si puede acceder a MacOS Recovery, entonces el primer paso sería ejecutar First Aid en APPLE SSD/HDD, el Disco Contenedor y Macintosh HD. Si el proceso falla, entonces eso significa que los datos podrían no ser recuperables. Si consigues montar el disco, ¡son buenas noticias!

Si se monta la unidad del SO, vaya a la Utilidad de Discos y escriba cd /Volumes/Macintosh\ HD a continuación, escriba ls . Esto te permitirá ver si tus datos siguen ahí.

Si puede arrancar de nuevo en la unidad macOS, entonces es bueno y su proceso de reparación se ha completado. Si no, entonces intenta reinstalar MacOS desde Recuperación de MacOS. Esto no borrará tus datos. A continuación, intente arrancar en él.

Si nada de esto funciona, lo último que puede hacer es borrar el contenedor APFS y reinstalar MacOS en el Macintosh HD.

Buena suerte.

0 votos

Sí, yo era capaz de acceder a MacOS de recuperación de Internet mediante la ejecución de opción, cmd, R. Ya he intentado utilizar los primeros auxilios, y no funciona, ya que sólo me da un error. mis datos parece estar allí, pero idk. Además, no quiero hacer lo último recurso ya que este es un equipo que utilizo para la escuela y hay información que quiero recuperar. El problema principal es que se me olvidó el tamaño de la partición después de ejecutar "gpt destroy disk1". Sé con seguridad que disk1s1 tiene que ser el arranque EFI, pero idk sobre el resto sobre disk1s2 (la unidad) y disk1s3 (la partición de intercambio de linux que ha sido formateado).

0 votos

El EFI suele ser disk0s1 Si APPLE SSD es disk0. disk1s2 suele ser un volumen dentro del contenedor APFS (El volumen de prearranque). ¿Se puede reinstalar macOS o arrancar en modo monousuario? En modo de usuario único, utilice fsck_apfs .

0 votos

He dicho antes que no puedo hacer una reinstalación ya que no tengo copia de seguridad de los archivos originales, y no quiero que se borren mis archivos. Ver también imgur.com/a/5I7GAx7 (el edit2 que publiqué), EFI está en disk1, no en disk0. También estoy usando un mercado de accesorios nvme ssd (OWC ssd) que también podría explicar por qué mis cosas no está en el disco0. También en el modo de usuario único (CMD + R), mis unidades no pueden ser detectados, probs debido al hecho im usando un ssd OWC.

0voto

klanomath Puntos 19587

La partición principal del SSD (disk1s2) y el contenedor APFS tienen tamaños diferentes.

Para solucionar esto la partición disk1s2 tiene que ser eliminada y añadida de nuevo con el tamaño adecuado - el tamaño del contenedor APFS:

  1. El tamaño de la partición disk1s2 es de 3151589464 bloques (512 Bytes) (de acuerdo con el listado gpt en screeenshot 2

  2. El tamaño del contenedor APFS se almacena en el superbloque (1er bloque del disco1s2)

    Para obtener el contenido del superbloque se puede utilizar hexdump o en Modo Recuperación vis :

    -bash-3.2# export LC_CTYPE="ASCII"
    -bash-3.2# dd if=/dev/disk1s2 bs=512 count=1 2>/dev/null | vis -wc; echo

    Resultado (las partes relevantes de la salida sólo empiezan por NXSB ):

    -bash-3.2# NXSB\0\^P\0\0\M-3\M-mA\^Z\0\0\0\0  

    que se traduce como

    -bash-3.2# echo -n 'NXSB\0\^P\0\0\M-3\M-mA\^Z\0\0\0\0' | unvis | hexdump -Cv
    00000000  4e 58 53 42 00 10 00 00  b3 ed 41 1a 00 00 00 00  |NXSB......A.....|
    00000010

    aquí se necesita otro Mac que funcione para ejecutar hexdump .

    NXSB es la cadena mágica de un contenedor APFS. 0x00100000 invertido es el tamaño del bloque de asignación (4096 Bytes) y 0xb3ed411a00000000 invertido (0x1a41edb3) es el número de bloques de asignación (440528307). El tamaño del contenedor en bloques de 512 Bytes es el número de bloques de asignación * 8 = 3524226456.

  3. Para ajustar el tamaño de la partición al tamaño del contenedor hay que quitarla y añadirla en un segundo paso ligeramente mayor:

    gpt remove -i 2 /dev/disk1
    gpt add -i 2 -b 409640 -s 3524226456 -t 7C3457EF-0000-11AA-AA11-00306543ECAC /dev/disk1
  4. Verificar disco y esquema contenedor APFS: diskutil verifyDisk disk1 y diskutil verifyVolume diskX con diskX=el identificador de dispositivo del esquema contenedor APFS sintetizado.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X