Hace unos días decidí actualizar a Sierra desde El Capitan en ambos discos de mi MacBook Pro (mediados de 2012); la actualización de mi SSD se realizó sin problemas, así que decidí actualizar también mi otro disco. Descargué la .app y la instalación comenzó normalmente; Sin embargo, una vez que llegó al punto en que tuve que reiniciar, comenzaron los problemas.
Una vez que la Mac arrancó, apareció una carpeta con un signo de interrogación; Leí que restablecer la VRAM y elegir un disco de inicio (¿otra vez?) ayuda en estos casos, y así fue; sin embargo, ahora recibo una señal de prohibición cada vez que intento iniciar sesión en mi disco duro. Para ser exactos, sucede después de que inserto la contraseña de inicio de sesión y la barra de carga está casi llena.
¿Hay alguna forma de recuperar el acceso al volumen, o incluso solo acceder a los archivos? Tengo más de 100 GB de biblioteca de fotos que realmente no quiero perder.
Estas son algunas de las cosas que probé:
Opciones básicas de corrección y reparación: tanto desde el terminal como desde la Utilidad de disco, tanto en el modo de usuario único como en el modo de recuperación. La opción "Reparar" en la Utilidad de Discos, en particular, da este error: "El código de salida del sistema de archivos es 8. Ha ocurrido un error interno". Intentar montar el volumen, de cualquier manera, no tiene ningún efecto o simplemente recibo un error que indica que el volumen no se puede montar. Además, la partición ahora aparece en gris y se llama "--" (vacía); se llamaba "Macintosh HD". El nombre todavía aparece en varias otras aplicaciones de utilidad de disco, pero aún es algo a tener en cuenta.
Modo de recuperación: intenté volver a instalar el sistema operativo, pero el volumen ahora está desmontado, por lo que no aparece como una opción posible. Además, encontré un artículo que decía que los problemas de arranque podrían provenir de extensiones antiguas que ya no funcionan después de una actualización; el artículo describía los pasos del terminal a seguir para mover todas las extensiones que no son de Apple a una carpeta en el volumen y hacer que se pueda iniciar nuevamente. Sin embargo, el mismo problema, el volumen no tiene nombre ni está montado y no aparece en ninguna parte, ni puedo "cd" en él.
Modo seguro: no puedo iniciar el arranque seguro en la partición dañada: para cargarlo, necesito mantener presionada la tecla Opción y elegirlo de una lista y hacer eso y mantener presionada la tecla Shift tampoco hace nada. Solo puedo iniciar en modo seguro en mi partición OS X (SSD) en funcionamiento y eso anula el propósito. Ahora que lo pienso, ¿hay alguna forma de Arranque seguro en un disco/partición diferente?
Modo de usuario único y fsck: ejecuté el comando fsck (y variaciones) varias veces en la partición defectuosa y otras también, y en algún momento obtuve un "GRUB.Geom.Hard Disk.Read.Error" o algo así, que por lo que puedo ver ahora se ha resuelto ya que no aparece más después de eso; aún así, no tuve éxito al iniciar la partición OS X.
Force Mount: usando la terminal y la opción readOnly también; sin éxito. Todo lo que se monta cuando trato de montar todo el disco es una partición "EFI" que contiene una carpeta llamada "APPLE" con tres carpetas más dentro: CACHES (una carpeta más, vacía), EXTENSIONS (Firmware.scap) y FIRMWARE ( MBP91_00D3_B0C_LOCKED.scap). ¿Qué son éstos?
Restablecimiento de VRAM: no hizo nada.
Reconstrucción de volumen: he intentado usar tanto TechTool Pro como DiskWarrior para reconstruir la partición, ya que ambas aplicaciones señalaron la integridad y la estructura del volumen dañado; ninguna aplicación pudo reconstruir el volumen. TechTool Pro, en particular, se detiene en el primer paso de verificación, "Volumen HFS Plus registrado". ¿Eso significa que el volumen ya no se reconoce como HFS+? ¿Tiene esto algún significado?
Actualizaciones combinadas de OS X: el volumen, al estar desmontado, no aparece, así que no puedo instalar nada en esa partición.
Herramientas de recuperación de datos: probé diferentes programas y casi todos extrajeron algunos archivos con tamaños muy grandes, todos ilegibles.
Clonación: hice dos imágenes .dmg diferentes de mi volumen, usando Disk Utility y Data Rescue 4, pero no puedo montar ninguna de ellas porque aparece el error "no hay sistemas de archivos montables".
Este es mi esquema de partición; el volumen "dañado", en /dev/disk1, tiene el identificador disk1s2 . Como puede ver, el mismo disco contiene dos particiones más, iniciando Windows 7 y Ubuntu Linux; ambos funcionan correctamente, por lo que esto descarta que el disco duro falle repentinamente, supongo. Además, varias comprobaciones de la unidad no muestran ningún problema. El otro disco (disco 0), el SSD, es mi unidad de arranque y funciona bien.
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Crucial SSD 249.2 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_HFS 301.2 GB disk1s2
3: Apple_Boot Recovery HD 650.0 MB disk1s3
4: Microsoft Basic Data BOOTCAMP 165.8 GB disk1s4
5: Linux Filesystem 32.2 GB disk1s5
fdisk /dev/disk1 , en cambio, muestra esto:
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: EE 0 0 2 - 1023 254 63 [ 1 - 588785887] <Unknown ID>
2: AB 1023 254 63 - 1023 254 63 [ 588785888 - 1269536] Darwin Boot
*3: 07 1023 254 63 - 1023 254 63 [ 590055424 - 323803136] HPFS/QNX/AUX
4: 83 1023 254 63 - 1023 254 63 [ 913858560 - 62914063] Linux files*
No sé qué hacer a continuación, incluso escribí en los foros de la comunidad de Apple y no obtuve respuestas útiles. Realmente agradecería algo de ayuda en esto. Me doy cuenta de que es mi esquema de partición lo que probablemente generó el problema, ya que para hacer que OS X, Windows y Linux arranquen desde el mismo disco, tuve que jugar un poco con el MBR híbrido, pero aún así, ¿no hay alguna forma de resolverlo? ¿esto?
Si ayuda de alguna manera, tanto la partición de Windows como la de Linux pueden funcionar, ¿tal vez podría forzar de alguna manera que todo el disco se lea como HFS +? ¿Quizás entonces se montaría, al menos? no se, son solo pensamientos...
Leí que a veces puede ser tan simple como eliminar algunas extensiones de kext que hacen que el volumen no se pueda iniciar, pero ¿cómo haría eso si la partición no se monta?
El instalador de Sierra se equivocó con la tabla de particiones del disco 1, probablemente confundido por la configuración personalizada de arranque triple y el MBR híbrido en el disco 1.
Disk1s2 está encriptado con FileVault y obtuvo el tipo de partición incorrecto en el proceso de actualización de alguna manera.
El tipo de partición de disk1s2 es 48465300-0000-11AA-AA11-00306543ECAC pero tiene que ser 53746F72-6167-11AA-AA11-00306543ECAC .
En una sesión de TeamViewer se hizo lo siguiente:
Después de eliminar la partición disk1s2 con gpt y volver a agregarla con el tipo adecuado, el volumen se puede volver a montar:
diskutil list #get all disks and partitions
gpt -r show disk1 #get the partition map of disk1
gpt remove -i 2 disk1
gpt add -i 2 -b 409640 -s 588376248† -t 53746F72-6167-11AA-AA11-00306543ECAC disk1
diskutil verifyDisk disk1
y después de desbloquear el volumen de FileVault
diskutil verifyVolume disk2
†: tamaño de ejemplo
Bandera roja