Inicio de sesión prohibitivo después de la actualización de Sierra, ya no se puede montar el disco

10

Hace unos días decidí actualizar a Sierra desde El Capitan en los dos discos de mi MacBook Pro (mediados de 2012); la actualización de mi SSD se realizó sin problemas, así que decidí actualizar mi otro disco también. Descargué el .app y la instalación comenzó normalmente; Sin embargo, una vez 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 (¿de nuevo?) Ayuda en estos casos, y lo hizo; 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 insertar 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 el acceso 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 reparación y reparación: desde el terminal y 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 de que el volumen no se puede montar. Además, la partición ahora se muestra 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 hay algo que tener en cuenta.

Modo de recuperación: intenté reinstalar el sistema operativo pero el volumen ahora está desmontado, por lo que no aparece como una posible opción. 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 sean 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 ningún lado, 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 elegirla de una lista y hacer eso y mantener presionada la tecla Mayús no hace nada. Solo puedo arrancar en Modo a prueba de fallos en mi partición OS X (SSD) y eso anula el propósito. Pensando en ello ahora, ¿hay alguna manera de Safe Boot 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, y en algún momento obtuve un "GRUB.Geom.Hard Disk.Read.Error" o algo así, que hasta donde puedo ver ahora se ha resuelto ya que ya no aparece más; Aún así, no hubo éxito al arrancar la partición OS X.

Montaje forzado : también se usa el terminal y la opción readOnly; sin éxito. Todo lo que se monta cuando intento 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). ¿Que son estos?

Restablecimiento de VRAM: no hizo nada.

Reconstrucción de volumen: he intentado usar TechTool Pro y DiskWarrior para reconstruir la partición, ya que ambas aplicaciones señalaron integridad y estructura de volumen dañadas; ninguna de las aplicaciones pudo reconstruir el volumen. TechTool Pro, en particular, se detiene en el primer paso de verificación, "Volumen diario HFS Plus". ¿Eso significa que el volumen ya no se reconoce como HFS +? ¿Tiene esto algún significado?

Actualizaciones de OS X Combo: el volumen, al estar desmontado, no aparece, por lo que no puedo instalar nada en esa partición.

Herramientas de recuperación de datos: probé un software diferente 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, ya que aparece el error "sistemas de archivos no 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, arrancando Windows 7 y Ubuntu Linux; ambos funcionan correctamente, así que esto descarta que el disco duro falle repentinamente, supongo. Además, varias comprobaciones de la unidad no muestran nada malo. El otro disco (disk0), 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 forma de resolverlo? ¿esta?

Si ayuda de alguna manera, tanto la partición de Windows como la de Linux pueden desaparecer, ¿tal vez podría forzar de alguna manera a leer todo el disco como HFS +? ¿Quizás entonces se montaría, al menos? No sé, estos 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 arrancar, pero ¿cómo lo haría si la partición no se monta?

Bandera roja
fuente
Instalado ambos e iniciando sesión como root, estoy enviando las credenciales en este momento, gracias.
Bandera roja el

Respuestas:

7

El instalador de Sierra se equivocó con la tabla de particiones del disco 1, probablemente confundido por la configuración personalizada de inicio triple y el MBR híbrido en el disco1.

Disk1s2 está encriptado con FileVault y de alguna manera obtuvo el tipo de partición incorrecto en el proceso de actualización.

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:

  • Instale wxHexEditor en "Crucial SSD" para poder examinar el contenido del disco1
  • Habilitar el usuario root
  • iniciar sesión como root
  • Examine el contenido sin formato de disk1s2 con wxHexEditor. El tipo de volumen se puede detectar observando más de cerca los encabezados de volumen y otras estructuras del sistema de archivos (lo que requiere cierta experiencia y / o wikipedia, por ejemplo: ejemplos: HFS + , NTFS ).

Después de eliminar la partición disk1s2 con gpt y volver a agregarlo 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 FileVault

diskutil verifyVolume disk2 

†: tamaño de ejemplo

klanomath
fuente
El problema fue resuelto. Una vez que inicié en la partición OS X que Sierra siguió instalando, la Mac se reinició y ahora todo funciona perfectamente. No puedo expresar lo feliz que estoy, muchas gracias.
Bandera roja
@Izare OK ... ;-) & no olvide deshabilitar root / desinstalar wxhexeditor y Teamviewer ...
klanomath
Lo haré ...! :))
Bandera Roja
55
+1 Gran trabajo klanomath: ¡somos muy afortunados de tenerte por aquí! :) @ Izare, ¿puedo sugerirle que tome esta experiencia como una advertencia y asegúrese de tener un régimen de respaldo (por ejemplo, Time Machine , Carbon Copy Cloner , SuperDuper!, Etc.). Independientemente de lo que elija, ninguno de estos es bueno a menos que realmente los use. Pido disculpas si parece que estoy predicando, pero cuando ves que tanta gente pierde datos como yo, bueno, ¡entiendes la idea! :)
Monomeeth
2
Tienes toda la razón, @Monomeeth, y no está predicando cuando tienes razón;) Estoy haciendo una copia de seguridad en este momento, si algo así sucede nuevamente, al menos estaré cubierto. Con suerte, mientras tanto, habré aprendido cómo resolver situaciones como esta, como lo hizo klanomath. ;)
Bandera roja el