Ejecuto macOS Mojave en un iMac 4k de 21,5" de finales de 2015.
Perdí el acceso a mi disco duro interno, pero puedo usar mi iMac ejecutando macOS desde una unidad externa o mediante el modo de recuperación.
Cuando mantengo presionada la tecla de opción en el arranque, la única unidad disponible que se muestra es la externa. La última vez que intenté arrancar sin mantener presionada la opción, me saludó el ícono de la carpeta con el signo de interrogación.
No eliminé mis datos, ni siquiera accidentalmente, todavía están todos allí y puedo verlos usando la recuperación de datos iBoysoft APFS.
Este problema comenzó cuando intenté instalar Ubuntu en una partición usando esta guía https://www.maketecheasier.com/install-dual-boot-ubuntu-mac/ (traté de seguir todos los pasos cuidadosamente, pero es posible que haya hecho un error) y luego en la Utilidad de Discos mi unidad se llamó FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
. Mi Mac todavía funcionaba bien, pero cuando la reinicié, ya no arrancaba en macOS. Busqué en Internet este problema y cualquier solución y encontré algunas. Revisé estas guías e hice lo que dijeron, y estoy bastante seguro de que cambié los números de tamaños, etc. correctamente para mi propia situación, pero incluso después de seguir estas guías, todavía no puedo iniciar macOS en mi HD interno.
Mi disco duro es de 1 TB, mi partición mac es de 960 GB, mi partición de Ubuntu era de 40 GB, pero la eliminé e instalé macOS Sierra en ella, pero también desapareció en algún momento.
Logré que mi Mac reconociera que los datos están en formato APFS y que realmente están ahí, simplemente no interactúa con ellos fuera de la terminal.
Mi partición APFS no parece tener un contenedor, por lo que entiendo APFS (no muy lejos), necesita un contenedor. No eliminé el contenedor pero creo que se ha perdido. Tal vez deba reconstruirse o la partición APFS deba colocarse en una de alguna manera, pero no sé cómo hacer ninguna de esas cosas.
Otra nota es que la partición era de 960 GB pero ahora se muestra como 883 GB; no sé qué significa esto, puede haber sido la cantidad de datos en la partición, pero parece un poco alto.
No soy lo suficientemente bueno con macOS o terminal para estar jugando con él sin ayuda y probablemente no debería haber intentado instalar Ubuntu en mi disco duro principal sin una copia de seguridad reciente, pero realmente podría hacerlo con un poco de ayuda y yo te lo agradeceria mucho.
aquí están los resultados de algunos comandos de terminal, serán más confiables que mis conjeturas y explicaciones:
lista de utilidades de disco
(disk0 es mi HD interno, disk1 y disk2 son solo la unidad USB externa en la que instalé macOS para poder seguir usando mi iMac)
sudo gpt -r mostrar disco0
sudo dd if=/dev/disk0 bs=512 count=1 skip=409640 | volcado hexadecimal -Cv
sudo dd if=/dev/disk0 bs=512 count=1 skip=228482040 | volcado hexadecimal -Cv
Editar 20/10 22:30:Después de intentar montar o reparar los volúmenes de disk0 de cualquier manera que pudiera en mi unidad USB de instalación de macOS, probé otra vez el arranque en modo de recuperación. Intenté reparar en Disk Utility, pero me dijo que necesitaba hacerlo en modo de recuperación (estaba en modo de recuperación) y me dijo que presionara continuar y no sucedió nada, así que usé diskutil repairvolume en la terminal de recuperación y dijo algo sobre cómo no pude porque mi volumen APFS no tiene un contenedor (otros comandos de diskutil me dijeron que no era un volumen APFS o que ni siquiera usaba APFS, así que creo que la falta de contenedor le estaba dando a mi computadora una dificultad tiempo). Busqué un poco más, busqué los mensajes de error que recibí y encontré bastante vacío (no ayuda que APFS sea relativamente nuevo y Mojave también). Así que ahora yo Actualmente estoy ejecutando un software de recuperación de datos APFS (Disk Drill), por lo que puedo hacer una nueva instalación de macOS en mi HD interno de iMac y simplemente importar mis datos antiguos recuperados en él. Antes de borrar mi disco duro interno, intentaré arreglarlo en modo de usuario único con '/sbin/fsck -fy', pero no tengo esperanzas. Sin embargo, esto probablemente tomará al menos un día y es posible que no funcione según lo planeado, por lo que si alguien puede proporcionarme una forma de crear un contenedor APFS y colocar mi volumen APFS en él para que mi sistema pueda leerlo, eso sería excelente. Si necesita los resultados de la terminal utilizada en modo de recuperación, puedo hacerlo, pero a menos que haya una forma de capturar capturas de pantalla en modo de recuperación, serán fotos de una pantalla. Antes de borrar mi disco duro interno, intentaré arreglarlo en modo de usuario único con '/sbin/fsck -fy', pero no tengo esperanzas. Sin embargo, esto probablemente tomará al menos un día y es posible que no funcione según lo planeado, por lo que si alguien puede proporcionarme una forma de crear un contenedor APFS y colocar mi volumen APFS en él para que mi sistema pueda leerlo, eso sería excelente. Si necesita los resultados de la terminal utilizada en modo de recuperación, puedo hacerlo, pero a menos que haya una forma de capturar capturas de pantalla en modo de recuperación, serán fotos de una pantalla. Antes de borrar mi disco duro interno, intentaré arreglarlo en modo de usuario único con '/sbin/fsck -fy', pero no tengo esperanzas. Sin embargo, esto probablemente tomará al menos un día y es posible que no funcione según lo planeado, por lo que si alguien puede proporcionarme una forma de crear un contenedor APFS y colocar mi volumen APFS en él para que mi sistema pueda leerlo, eso sería excelente. Si necesita los resultados de la terminal utilizada en modo de recuperación, puedo hacerlo, pero a menos que haya una forma de capturar capturas de pantalla en modo de recuperación, serán fotos de una pantalla. así que si alguien puede proporcionarme una forma de crear un contenedor APFS y poner mi volumen APFS en él para que mi sistema pueda leerlo, sería genial. Si necesita los resultados de la terminal utilizada en modo de recuperación, puedo hacerlo, pero a menos que haya una forma de capturar capturas de pantalla en modo de recuperación, serán fotos de una pantalla. así que si alguien puede proporcionarme una forma de crear un contenedor APFS y poner mi volumen APFS en él para que mi sistema pueda leerlo, sería genial. Si necesita los resultados de la terminal utilizada en modo de recuperación, puedo hacerlo, pero a menos que haya una forma de capturar capturas de pantalla en modo de recuperación, serán fotos de una pantalla.
Resultados actuales de 'diskutil list disk0' y 'sudo gpt -r show disk0'
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_Boot 650.0 MB disk0s2
3: Apple_APFS 883.2 GB disk0s3
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 226802864
227212504 1269536 2 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
228482040 1725043095 3 GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
1953525135 32 Sec GPT table
1953525167 1 Sec GPT header
Gracias por cualquier ayuda o sugerencia.
Nota: La publicación de imágenes de la salida de la aplicación Terminal a menudo puede hacer que los usuarios no publiquen una respuesta a una pregunta. Debes copiar y pegar el texto de tu pregunta. Una vez pegado, resalte el texto, luego haga clic en el botón de ejemplo de código
{}
para formatear el texto.
Su partición APFS actual ( disk0s2
) no parece ser válida por varias razones. A continuación se presentan tres razones.
BSXN
. El tamaño del bloque debe ser de 4096 bytes y el contenedor debe tener un tamaño inferior o igual a 883 222 061 056 bytes.disk0s1
). Aquí, la partición comienza 116 773 068 800 bytes después del final de la partición EFI.Parece que se produjo una partición APFS de 960 018 657 280 bytes inmediatamente después de la partición EFI ( disk0s1
). El problema es que los datos almacenados en la partición APFS fueron parcialmente sobrescritos por los datos ahora almacenados endisk0s3
. El tipo y la ubicación de disk0s3
indicaría que macOS Sierra puede haberse instalado cerca o inmediatamente antes de disk0s3
. Si esto es cierto, es posible que se hayan sobrescrito los datos adicionales almacenados en la partición APFS.
Nota: Las entradas de partición almacenadas en GPT no están en orden ascendente. Si bien esto no crea problemas para Ubuntu, esta condición a menudo conduce a un funcionamiento incorrecto de macOS.
Para corregir el GPT, debe eliminar la segunda y la tercera entrada. Los comandos se dan a continuación.
Nota: Debe desmontar todos los volúmenes
disk0
antes de ingresar los comandos que se indican a continuación.
sudo gpt remove -i 2 /dev/disk0
sudo gpt remove -i 3 /dev/disk0
El siguiente comando agregará el contenedor APFS al GPT.
sudo gpt add -i 2 -b 409640 -s 1875036440 -t apfs /dev/disk0
No hay garantía de que reparar el GPT conduzca automáticamente a una partición APFS que funcione correctamente.
Cuando termine, la salida de sudo gpt -r show /dev/disk0
debería aparecer como se muestra a continuación.
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 1875036440 2 GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
1875446080 78079055
1953525135 32 Sec GPT table
1953525167 1 Sec GPT header
La respuesta anterior de David Anderson es oro. Tenga en cuenta que los valores utilizados en el siguiente comando (1875036440 bloques (512)) utilizados aquí son según la situación dada por OP.
sudo gpt add -i 2 -b 409640 -s 1875036440 -t apfs /dev/disk0
Cambie esos valores de acuerdo con la salida de su archivo sudo gpt -r show disk0
. Reemplácelos con el tamaño de su partición en mal estado.
Por ejemplo, tuve exactamente el mismo problema que OP. Tenía 3 particiones para mi SDD. La primera partición (APFS) se arruinó. El resto de las particiones (partición2, partición3) eran HFS.
En el gpt add
comando ingresé el tamaño de mi partición, y listo, al reiniciar mi computadora, volvió MacOS.
Sugerencia para la recuperación: es posible que aún se pueda acceder a los datos usando Linux y apfs-fuse
Desafortunadamente, me encontré con el mismo problema en mi configuración de Bootcamp al intentar extender mi partición MacOS usando Disk Utility después de reducir mi partición de Windows usando diskmgmt. Mostró un error, pero se mantuvo utilizable hasta el siguiente reinicio. Posteriormente, MacOS no aparecía entre las opciones de inicio y Windows tampoco arrancaba. Incluso cuando se ejecutaba Internet Recovery, el disco no se podía borrar ni con Disk Utility ni con diskutil. La reinstalación de MacOS obviamente falló. Aquí es donde he venido a leer este hilo altamente informativo.
Por suerte, estoy realizando un "arranque triple" con Debian en un disco USB y decidí intentar montar la partición de MacOS antes de hacerle más modificaciones. Por lo tanto, revisé lsblk y encontré que la partición estaba correctamente registrada allí:
Las etiquetas respectivas se pueden recuperar usando blkid .
A continuación, descargué la fuente apfs-fuse y seguí las instrucciones de instalación, por lo que también se requirió el paquete cmake-curses-gui . Una vez completada, la aplicación compilada apfs-fuse se puede usar para montar la partición de MacOS, preferiblemente de solo lectura.
Como parece que se puede acceder a la partición, no entiendo por qué la Utilidad de Discos no puede corregir el error actual. Pero dada esta opción para hacer una copia de seguridad incluso de los cambios recientes, las consecuencias siguen siendo leves.
Ruscos
Ruscos
r_w_n
david anderson
david anderson
sudo dd if=/dev/disk0 bs=512 count=1 skip=228482040 | hexdump -Cv
r_w_n