Símbolo prohibido de OSX en el arranque (actualización de High Sierra provocada)

He estado investigando y luchando contra esto durante un par de días. Intenté el arranque de recuperación, la utilidad de disco, la reparación, etc. Parece que nada soluciona esto...

aqui esta lo que paso..

esta computadora estaba bien, nada malo, funciona muy bien, utilícela para el desarrollo de software. Hice clic "estúpidamente" en la actualización de High Sierra y se actualizó a High Sierra. reiniciado, apareció pero estaba funcionando lento.

Un par de días después, apareció una actualización de High Sierra, así que pensé que solucionaría mi lentitud y la instalé...

Reiniciado... Símbolo de prohibición... reiniciado... reiniciado... símbolo de prohibición...

  • Restablecimiento de PRAM, restablecimiento de SMC, reinicio... igual

  • la recuperación arrancó, la recuperación cargada está bien, hizo la Utilidad de Discos, dice que la unidad está bien. reiniciado... igual

  • recuperación nuevamente, use la terminal, puedo ver los archivos, están allí, puedo navegar en la terminal ...

  • FSCK desde la terminal completa todo está bien... reiniciado... igual

  • creó una memoria USB de recuperación con una copia de trabajo de high sierra en otra Mac, arrancó desde ahí, intentó reinstalar el sistema operativo, hizo lo suyo, reinició... lo mismo...

  • Intenté agregar gpt delete, reiniciado ... igual ...

  • ¿Ideas?

Aquí hay algunos detalles

-bash-3.2# lista de herramientas de disco
/dev/disk0 (interno, físico):
   #: TIPO NOMBRE TALLA IDENTIFICADOR
   0: GUID_partition_scheme *750,2 GB disco 0
   1: EFI EFI 209,7 MB disk0s1
   2: Apple_CoreStorage Macintosh HD 749,3 GB disk0s2
   3: Apple_Boot Recovery HD 650,0 MB disk0s3

/dev/disk1 (interno, virtual):
   #: TIPO NOMBRE TALLA IDENTIFICADOR
   0: Apple_HFS Macintosh HD +748,9 GB disco1
                                 Volumen lógico en disk0s2
                                 3219E74D-E794-411D-836C-39FA507F94C5
                                 sin cifrar



-bash-3.2# diskutil lista cs
Grupos de volúmenes lógicos CoreStorage (1 encontrado)
|
+-- Grupo de volumen lógico 9FEA1FA4-F17A-4760-BDDE-26720CDAF4C5
    ================================================== =======
    Nombre: MacintoshHD
    Estado: en línea
    Tamaño: 749296615424 B (749,3 GB)
    Espacio libre: 0 B (0 B)
    |
    +- Familia de volúmenes lógicos CBEDC035-AB5C-4683-BC47-755288A34DE2
        -------------------------------------------------- --------
        Tipo de cifrado: Ninguno
        |
        +-> Volumen lógico 3219E74D-E794-411D-836C-39FA507F94C5
            -------------------------------------------------- -
            Disco: disco1
            Estado: en línea
            Tamaño (total): 748944293888 B (748,9 GB)
            Reversible: Sí (no se requiere descifrado)
            Nombre LV: Macintosh HD
            Nombre del volumen: Macintosh HD
            Sugerencia de contenido: Apple_HFS
¿Qué sistema/hardware estás usando? Esta historia suena familiar a un problema que tuve. Para mí, el cable flexible de mi disco duro se rompió, exactamente 1 día después de que actualicé mi sistema (accidente desafortunado), cambié mi cable flexible, problema solucionado. Tal vez esto podría ayudarte
2012 macbook pro. Hombre, me costaría mucho aceptar que es un problema de hardware. Este sistema ha sido bien cuidado y se ha mantenido perfectamente estable hasta ahora.

Respuestas (4)

Tuve un problema similar con mi MBP 2012 (SSD instalado durante los últimos 3 años), nunca tuve ningún problema hasta después de un vuelo el otro día.
Pensé que X-Ray podría haber dañado el SSD, por lo que lo reinstalé, etc. y nada funcionó.

Resultó que mi cable de datos para el HDD está dañado y necesita ser reemplazado.
Actualmente tengo mi SSD en un carrito de discos y funciona bien.

También usé una herramienta increíble llamada Stellar Data Recovery en mi iMac para recuperar datos en el SSD antes de formatear, lo que realmente salvó mi tocino.

símbolo de prohibición

Cuando vea un círculo con un símbolo de barra oblicua en lugar del logotipo de Apple, significa que su Mac no pudo encontrar una carpeta del sistema válida desde la cual iniciar. Si está usando su Mac en una escuela o empresa, es posible que esté intentando iniciar desde la versión incorrecta de macOS. Póngase en contacto con su departamento de TI para obtener más ayuda.

Si esta es su Mac personal, intente reinstalar macOS usando la recuperación de macOS.

https://support.apple.com/en-us/HT204156

Esto funciona para mí cada vez. Si tiene algún problema para usar el modo de recuperación (Cmd + R), use la recuperación de Internet en su lugar (Cmd + Option + R).

He usado la recuperación de mac os, siempre aparece como un símbolo de prohibición, incluso cuando todo para la reinstalación parece completarse correctamente.
También debo decir que siempre se puede acceder a la unidad desde la recuperación, simplemente no se iniciará desde ella.
¿Probaste la recuperación de Internet? (Cmd + Opción + R)
La recuperación de Internet y la memoria USB muestran éxito, pero aún no arranca.
También el diagnóstico de hardware se muestra bien, y nuevamente puedo navegar por la unidad en la terminal con el arranque de recuperación... simplemente no arranca
Es posible que deba llevarlo a la Apple Store. ¿Qué edad tiene tu Mac?
macbook pro 2012
Sí, lo llevaría a la tienda o llamaría al Soporte de Apple. Es posible que el Soporte de Apple pueda ayudar, pero si no es así, Apple Store deberá inspeccionar y ver qué está mal.

RESUELTO: MacBook no se inicia después de la actualización de macOS

Tengo una MacBook Pro con MacOS Mojave.

Durante el último año más o menos, cada vez que se implementa una nueva actualización de MacOS y se intenta instalarla en mi MacBook, termina mostrando la barra inclinada circular (símbolo de prohibición). Reiniciar todavía produce un símbolo de prohibición. Todavía puedo iniciar el modo de recuperación ( command- Ral inicio), sin embargo, ejecutar la reparación del disco en mi MacBook HD NO resuelve el problema. También he probado:

  • especificando el disco de inicio (el problema aún persiste);
  • intentando iniciar en modo seguro (el problema persiste);
  • reiniciando la NVRAM (el problema persiste).

En el pasado, la única forma en que podía solucionar el problema era volver a formatear mi HD, instalar la última versión del sistema operativo Mojave y luego migrar todos mis datos desde mi copia de seguridad de Time Machine.

Esto volvió a suceder el otro día con la reciente actualización de Mojave 10.14.2. Mi computadora instaló automáticamente la actualización durante la noche y, por la mañana, mi pantalla mostraba una barra diagonal. Esta vez investigué un poco más y descubrí que el problema puede ser causado por archivos de extensión de kernel sin firmar (KEXT) existentes en mi HD.

Las extensiones de kernel son fragmentos de código que amplían la capacidad del kernel base de un sistema operativo. El kernel generalmente administra las solicitudes de entrada/salida (E/S) y, en macOS, el archivo termina en .kext.

A partir de Yosemite, las extensiones del kernel deben estar firmadas con código por el desarrollador con autorización de Apple o macOS no las cargará. A veces, estas extensiones de kernel sin firmar causan este dolor de cabeza después de una actualización de macOS.

Usando el comando de terminal en el modo de recuperación, debería poder resolver este problema eliminando las extensiones kext sin firmar de la ubicación: /Volumes/<your system's drive name>/Library/Extensions/[ no confundir con /System/Library/Extensions/].

Después de eliminar los siguientes archivos KEXT del /Volumes/<your system's drive name>/Library/Extensions/directorio, mi MacBook se inició correctamente y terminó de instalar la actualización de Mojave:

  • BJUSBLoad.kext (Creador: Canon)
  • CIJUSBLoad.kext (Creador: Canon)
  • ParagonSnapshot.kext (Creador: Paragon)
  • ufsd_NTFS.kext (Creador: Paragon)
  • VDMounter.kext (Creador: Paragon)
  • LittleSnitch.kext (Creador: LittleSnitch)

MÁS DETALLES:

Este artículo ( MacBook no se iniciará después de la actualización de macOS, cómo solucionarlo ) proporciona información útil sobre:

En ese artículo, la sección titulada "Error de encendido del kernel no asignado" explica cómo iniciar el modo de recuperación e iniciar la utilidad Terminal. Sin embargo, un problema con ese artículo es que el comando kextstat no está disponible en la utilidad Terminal que se ejecuta en modo de recuperación.

Como solución alternativa, estos son los pasos que tomé para resolver el problema:

  1. Boot to Recovery (con command- Ro command- shift- Rsi no tiene una partición de recuperación)
  2. Primero, seleccione Utilidad de disco, seleccione su disco principal y móntelo; esto es necesario si su disco está encriptado y requiere una contraseña para montarse
  3. Ahora seleccione Utilidad de disco -> Salir; luego Utilidades -> Terminal
  4. Comience a escribir en la Terminal los siguientes comandos:
    • cd /Volumes/
    • cd <your system's drive name>(Nota: si la unidad de su sistema tiene espacios en su nombre, entonces escriba el nombre entre comillas simples. Por ejemplo, la unidad de arranque de mi MacBook se llama "MacBook HD", por lo que el comando que escribiría sería:cd ‘MacBook HD’
    • cd library
    • cd extensions
    • cd ls(Nota: la primera letra es una L minúscula)

Después de escribir 'ls', debería ver una lista de extensiones KEXT como esta:

ACS6x.kext                CIJUSBLoad.kext
ATTOCelerityFC8.kext      CalDigitHDProDrv.kext
ATTOExpressSASHBA2.kext   HighPointIOP.kext
ATTOExpressSASRAID2.kext  HighPointRR.kext
ArcMSR.kext               PromiseSTEX.kext
BJUSBLoad.kext            SoftRAID.kext

Las extensiones KEXT enumeradas anteriormente están debidamente firmadas por Apple. Estas extensiones KEXT pueden permanecer, pero si tiene otras extensiones KEXT en la lista, es probable que algunas o todas esas otras estén causando el problema.

Si ve alguna de estas extensiones (enumeradas a continuación), debería poder eliminarlas de manera segura para solucionar su problema. Recomendaría eliminar cada extensión, una a la vez, luego reiniciar para ver si funcionó y, de no ser así, repetir los pasos anteriores y eliminar la siguiente. Según mi investigación limitada, los que recomendaría eliminar primero son:

  • ParagonSnapshot.kext (Creador: Paragon)
  • VDMounter.kext (Creador: Paragon)
  • LittleSnitch.kext (Creador: LittleSnitch)
  • ufsd_NTFS.kext (Creador: Paragon)

Mientras está en la Terminal (en modo de recuperación), para eliminar (o eliminar) una extensión KEXT deseada (por ejemplo, LittleSnitch.kext), escriba:

rm -r <full name of extension>

(por ejemplo, rm -r LittleSnitch.kext)

Una vez completado, salga de Terminal y reinicie su Mac.

Bueno, lo llevé a la tienda de Apple y sus súper herramientas no ayudaron. La misma situación... querían borrar y reinstalar, me negué, así que querían abrirlo y mirar el cable del disco duro. Dijeron que se veía "un poco sucio" y que debería tratar de reemplazarlo... así que ordené uno de un día para otro, lo reemplacé y... arrancó...

Wtf... funcionaba bien antes... entonces, ¿cómo puede ser esto?

Si Apple cambiara algo relacionado con el bus HDD, corrección de errores, velocidad de datos, podría funcionar antes, pero ahora no.

Entonces, como estoy en el sistema, ahora estoy haciendo una copia de seguridad ... luego volveré a colocar el cable del disco duro VIEJO y veré si arranca. Esto es una locura, pero es posible si cambiaron las cosas de comunicación de disco duro de bajo nivel.

Actualizar para seguir...

Este no es un problema poco común. La hinchazón de la batería podría ser la culpable, pero he visto esta falla exacta en varios MacBook Pro (nunca en una PC, hasta ahora)