Modo de recuperación de usuario único en High Sierra 10.13.6

Antes de la actualización de High Sierra a 10.13.6, pude arrancar en modo de recuperación de un solo usuario manteniendo presionado Cmd- R- Sal inicio, pero después de que la última actualización de software arrancó mientras mantenía presionado Cmd- simplemente ingresa Ral Smodo de usuario único normal en la raíz volumen (como si presionara solo Cmd- S).

¿Existe un nuevo método o una combinación de teclas alternativa para iniciar RecoveryOS en modo de usuario único?

EDITAR: arrancar mientras se mantiene presionado Cmd- Option- R- Stambién comienza en modo de usuario único (no en modo de recuperación de usuario único).

Interesante, hace tiempo que no pruebo esto. ¿Definitivamente todavía funcionaba en 10.13.5? Además, ¿ha probado el otro método de arranque en modo de recuperación de un solo usuario (es decir, mantenga presionada la tecla Opción durante el inicio para obtener el Administrador de inicio y luego presione Comando + S mientras selecciona el volumen de arranque de Recuperación)? Finalmente, ¿qué modelo de Mac estás usando?
Estaba funcionando antes porque lo he usado recientemente (aunque no podría decir si en 10.13.5 o en 10.13.4). Sí, intenté iniciar mientras sostenía Optiony luego presionaba Cmd, Smientras seleccionaba el volumen de inicio, pero aún entra en modo de usuario único: indica Enabling and disabling services is not supported in single-user modey si lo intenta csrutil disable, responde, csrutil: failed to modify system integrity configuration. This tool needs to be executed from the Recovery OSasí que estoy bastante seguro de que no es el modo de recuperación. Es un MacBookPro de 17" de finales de 2011.
Bien, entonces, ¿qué es lo que realmente quieres hacer? Quiero decir, ¿por qué quieres iniciar en el modo de recuperación de un solo usuario?
Es por eso que necesito hacer esto: apple.stackexchange.com/questions/267581/… . Básicamente, necesito seguir las instrucciones en esa publicación para deshabilitar un kext que intenta usar mi tarjeta gráfica rota, por lo tanto, no puedo confiar en ingresar al modo de recuperación a través de la GUI.
Permaneciendo en 1012, esto me desconcierta: 1. csr-disable también debería funcionar en la Terminal GUI desde RecoveryMode (Cmd + R) (Edite Q para confirmar que ya no funciona con 10.13.6) 2.: ¿Apple ahora ha enviado un ¿X3000.kext con esa actualización otra vez? (Todas las actualizaciones anteriores parecían haber instalado akext, pero uno desaparecida). Comente para reflejar que ese es el caso.
Intente Cmd+Opt+R+S en el arranque (InternetrecoverySingleUser)
1. Usando el mac roto como disco de destino, pude mover el kext ofensivo, reiniciar en modo de recuperación (cmd-R) y deshabilitar SIP a través de la terminal GUI (así que sí, funciona, pero necesita una pantalla que funcione). 2. diff -rq kext_pre_10136 kext_10136muestra que son diferentes. En ejecución md5y cmpen las 2 versiones de Contents/MacOS/AMDRadeon3000los programas, tienen una firma diferente y aparentemente solo difieren en 1 carácter, así que creo que es el mismo kext (tal vez recompilen todos los kext para el lanzamiento), de hecho, la GPU todavía fallaba antes de mover el kext .
Desafortunadamente, el arranque con Cmd+Opt+R+S comienza en modo de usuario único en 10.13.6, por lo que no es una forma viable de arrancar en modo de recuperación de usuario único.
Acabo de encontrarme con este problema y me preguntaba si alguien había encontrado una manera de iniciar en el "modo de recuperación de un solo usuario". Esta combinación de teclas Cmd-RS funcionaba hasta esta actualización actual 10.13.5.

Respuestas (4)

Estaba teniendo el mismo problema, así es como lo solucioné.

Como no podemos acceder al modo de recuperación de usuario único mediante la secuencia de teclas, ++ Commandal inicio para ejecutar , no lo lleva al modo de usuario único.RScsrutil disable

Comience iniciando la computadora en el modo de usuario único estándar usando Command+ S. Una vez que esté en la línea de comandos, ejecute el siguiente comando para apagar la dGPU:

nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

Luego reinicie su computadora ejecutando:

reboot

La dGPU se ha deshabilitado, por lo que ahora podemos acceder al modo de recuperación de la GUI. Al reiniciar, mantenga presionado Command+ Ry nos llevará al modo de recuperación de la GUI. Una vez allí, haga clic en el menú Utilidad y abra Terminal, aquí podemos ejecutar el csrutilcomando:

csrutil disable

Para que la reparación de dGPU sea persistente durante la próxima actualización, asegúrese de ejecutar el comando nvram por segunda vez y luego reinicie ejecutando:

nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

seguido por:

reboot

Arranque en modo de usuario único con Command+ Spara continuar con el siguiente procedimiento de movimiento. Una vez hecho esto, vuelva a la recuperación de GUI para habilitar csrutily luego reinicie.

Una vez que Mac arranque por completo, ejecute nvram una última vez como sudo:

sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

y haga varios reinicios para probar que la máquina se reinicie correctamente. No tengo problemas ahora.

¡Hola! Gracias por tu ayuda. No lo probé ya, pero tendré que hacerlo. No entendí cómo se inicia la recuperación de un solo usuario y dónde ejecutó el comando nvram. ¿En modo de usuario único? y luego deshabilitar SIP en modo de recuperación? ¿La computadora carga la interfaz de usuario en modo de recuperación? Gracias
Si pudiera darle a esta respuesta más de un voto a favor, lo haría. Después de horas de frustración y caminos equivocados, esta fue la respuesta que funcionó para mí. Para responder a la pregunta anterior de Frade, inicie sesión en el modo de usuario único con Comando + S, escriba el comando nvram anterior, reinicie y luego ingrese al modo de recuperación con Comando + R . El comando nvram le indicará a la GUI del modo de recuperación que no use la GPU.
¡Esto funcionó para mí en una máquina que estaba segura de que estaba bloqueada! La clave es sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00que pueda iniciar en modo de recuperación y apagar csrutil. Tenga en cuenta que esto romperá los botones de brillo de la pantalla y el teclado/la capacidad de cambiar. Restablecer la PRAM también romperá esta solución. Puede encontrar más información sobre las personas que intentan resolver este problema aquí: gist.github.com/blackgate/17ac402e35d2f7e0f1c9708db3dc7a44

En mi MacBook Pro de finales de 2011 (MacBookPro8,2), pude iniciar en el modo de usuario único de recuperación en 10.13.6 manteniendo presionado continuamente Cmd+ Ren el inicio y luego unos segundos en la pantalla gris (pero antes de que se muestre cualquier otra cosa) moviendo directamente a Cmd++ , sin soltar las dos primeras Rteclas Sdurante la transición. Puede tomar algunos intentos ya que el tiempo es inexacto.

Para describir la secuencia con más detalle, mi MBP primero arranca en una pantalla gris sólida junto con el timbre de inicio. Después de un tiempo (presumiblemente cargando) en esta pantalla gris, aparecen los campos de descifrado de FileVault. Así es como se ve en general una vez que esos campos están en la pantalla:

Pantalla de ingreso al sistema(imagen procedente de Rich Trouton )

Antes de que los campos estén en la pantalla, es exactamente la misma pantalla gris sólida pero sin ningún otro elemento encima (logotipo de Apple, elementos de inicio de sesión, etc.). Toma algún tiempo para que la pantalla completamente gris se mueva a lo que se muestra arriba. Agrego Sa mi combinación de teclas entre esta pantalla gris poblada y la completamente sólida. Y me di cuenta de que para que funcionara de manera consistente, tenía que agregar Smás a la apariencia de la pantalla gris poblada de la imagen que a la apariencia de la pantalla gris sólida inicial.

Creo que las MacBooks más nuevas ya no cuentan con una pantalla gris cuando FileVault está habilitado y, en su lugar, optan por una negra que finalmente se convierte en una pantalla de inicio de sesión mucho más atractiva con una imagen de fondo de pantalla. Si tuviera que adivinar, este enfoque aún podría funcionar para estas MacBooks, pero no tengo una cerca para experimentar.

La idea básica generalizable es que mantiene presionado Cmd+ Rcontinuamente, presiona el botón de encendido y luego, tan pronto como comienza el modo de recuperación, cambia a mantener presionado ++ Cmdcontinuamente sin soltar las dos primeras teclas. La parte molesta es que si cambia a la segunda combinación demasiado tarde, el modo de recuperación deja de buscarla y se inicia en la recuperación normal. Demasiado temprano y la recuperación nunca arranca y pasa al modo de usuario único en la partición normal. Además, se genera molestia por el hecho de que, al menos en mi MacBook, no hay un indicador visual donde la recuperación comienza a iniciarse y debe agregar el archivo . Si aparece la barra de carga de la recuperación, ya es demasiado tarde para agregar .RSSS

¿Qué pantalla gris? Mis botas MBP son negras.
@MattSephton My Late 2011 MBP arranca en la pantalla de descifrado/ingreso de contraseña de FileVault, que inicialmente es solo una pantalla gris sólida y, finalmente, se completa con los campos de ingreso de contraseña. No estoy seguro de si esto es posible en los MBP más nuevos o si el momento puede ser diferente. Actualizaré mi publicación.
@MattSephton Actualizado. Esperemos que ayude a aquellos en MacBooks más nuevos a desarrollar un combo de sincronización clave que funcione para ellos (si es que es posible).

¿Intentó iniciar en un instalador de inicio de una versión anterior de macOS que admitía la recuperación de un solo usuario?

Entiendo que el objetivo de deshabilitar SIP es alterar /System/. Supongo que arrancar en modo de disco de destino y modificar /System/desde otra Mac pasa por alto SIP.

Atascado en la Parte 1 de apple.stackexchange.com/a/295805/99309 también debido a que el modo de recuperación de un solo usuario no está disponible, simplemente mueva la Radeon kext usando el modo de disco de destino.
Usando la mac rota como disco de destino, pude mover el kext ofensivo, reiniciar en modo de recuperación (cmd-R), deshabilitar SIP, que luego me permitió ejecutar nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00y touch /System/Library/Extensions/, por lo que la máquina ahora está funcionando nuevamente con la tarjeta gráfica interna , pero será necesario tener 2 Mac después de una actualización para mover el kext en el modo de destino, por lo que preferiría tener una forma de ingresar directamente en el modo de recuperación de un solo usuario, ¡pero muchas gracias!
¿Es posible usar el mac roto como disco de destino? No necesita la tarjeta grafica?
Sólo tenía que hacerlo de nuevo. Nota personal: * siga apple.stackexchange.com/a/295805/99309 hasta 1.6 * 1.7: arranque en modo de disco de destino en lugar de modo de usuario único * 1.8 no lo haga, cd en /Volumes/Su disco de destino en su lugar * 1.9 +: tenga cuidado de usar rutas relativas a su disco de destino para no estropear su máquina real

Estoy exactamente en la misma situación por exactamente la misma razón. Mi MacBook Pro de principios de 2011 funcionaba bien con su dGPU muerta hasta que la maldita actualización automática funcionó en contra de mi voluntad.

Puedo confirmar que la combinación de teclas aún funcionaba en 10.13.5, ya que esa fue la última vez que hice la corrección.

Me temo que, a menos que alguien descubra que hay una nueva combinación de teclas para ingresar a la recuperación de un solo usuario, esta última actualización puede haber debilitado la mala solución de GPU como se documenta, ya que es vital deshabilitar SIP. Tengo un par de ideas sobre cómo solucionar esto que involucran tener otra Mac y discos duros externos, pero no puedo probarlas hasta que mis hijos se vayan a dormir por la noche. Actualizaré aquí si tengo éxito.