El Finder no respondía, así que controlé + hice clic en el ícono del Finder en el Dock y elegí Relanzar... excepto que no se reinició.
El Monitor de actividad estaba visible y pude ver que enumeraba Finder (incluido el PID) y lo mostraba como "No responde".
Estaba en iTerm, así que probé killall Finder
y me dijeron "No se encontraron procesos que te pertenezcan" (o palabras en ese sentido).
Traté de enviar "matar" al PID que pude ver para Finder, y me dijeron que no existía tal PID. Esto me llevó a suponer que WindowServer ya no mostraba información precisa.
Intenté sudo killall -HUP WindowServer
lo que hizo que toda la GUI desapareciera y me dejó una pantalla negra y algunas letras blancas ( no la pantalla de pánico, más como mensajes de registro de la consola).
El mensaje fue:
27 de septiembre 17:17:23 Pro kernel[0]: V1.4.0: TrustedData_driver_VendorSpecificType00::vendorSpecificPassThroughIn(): SendCommand falló, la tarea no se completó, serviceResponse = 1, TaskStatus: 2
27 de septiembre 17:17:23 Pro kernel[0]: V1.4.0: TrustedData_UserClient_SCSIType00::vendorSpecificPassThroughIn() que devuelve el error del controlador: 3758097084
Así que ahora tengo una pantalla negra, pero puedo escribir pero no tiene ningún efecto (las letras aparecen en la pantalla, pero en realidad no se ejecutan. Probé control-C y control-Z sin éxito.
Puedo acceder a él desde mi otra Mac.
Por supuesto, mi primer paso fue sudo shutdown -r now
enviar el aviso de que el sistema se iba a apagar, pero no fue así.
También he probado sudo shutdown -ro now
yy sudo /sbin/reboot
sin sudo reboot -q
éxito.
Aparte: (En una PC con Windows, habría presionado CTRLALTDELpero no hay un atajo de teclado de Mac correspondiente... no es que hubiera funcionado necesariamente de todos modos).
Corrí ps
y puse la salida aquí si alguien quiere ver lo que todavía se está ejecutando.
(Aparte de simplemente mantener presionado el botón de encendido hasta que se apague).
ssh
en tu Macsudo su -l
para cambiar al modo de superusuariohalt
y presiona enterEsto envía SIGTERM (y posteriormente SIGKILL) a todos los procesos en ejecución y apaga el sistema.
Nota: Escriba man halt
para otras opciones.
EDITAR: También puedes probarlaunchctl shutdown
man halt
como usuario administrador (pero no root), pero muestra el manual para reiniciar (8).halt
es un sinónimo de reboot
en Darwin/BSD. También puede usar sudo shutdown now
: tampoco es necesario ir al su
modo de superusuario como una etapa separada. Solo sudo reboot
será suficiente, luego ingrese la contraseña cuando se le solicite.El atajo de teclado para iniciar un apagado sin pasar por el cuadro de diálogo "¿Estás seguro?" es:
control + option + command + eject
Y el método abreviado de teclado para iniciar un reinicio sin pasar por alto el cuadro de diálogo "¿Estás seguro?" es:
control + command + eject
No estoy 100% seguro de si estos dependen de que Finder responda.
Un consejo, si usa sudo su, siempre use sudo su -, esto asegurará que el entorno de root se configure correctamente.
Lo más probable es que haya tenido todo tipo de problemas y, en su mayor parte, nunca he encontrado una manera de recuperarme de eso, aparte de simplemente apagar la máquina con fuerza. Launchd es más o menos la versión OS X de init bajo Linux. Técnicamente no es el primer proceso, pero bien podría serlo. Si va, entonces el sistema simplemente no podrá apagarse correctamente.
su
comando porque había omitido el -l
que es el mismo que sugeriste -
. Sin embargo, si pretendía ser un comentario sobre mi solución, realmente debería haber sido un comentario en lugar de una respuesta. Graciasps auxwww| sort -k 2|head -1
muestra que el lanzamiento es el primer proceso, al menos cuando estoy conectado. Pensé que sudo shutdown -r -o now
se suponía que -o in debía 'pasar por alto' el lanzamiento, pero no funcionó para mí.Sé que esta es una vieja pregunta, pero acabo de encontrar una respuesta no obvia. En mi caso, la ejecución sudo shutdown -r
haría que se imprimiera el mensaje, pero no se apagaría como dijo el OP. Resulta que ejecutar shutdown -r
sin sudo provocó que ocurriera el reinicio. ¡Espero que esto ayude!
Cajunluke
TJ Luoma
mount' to find the disk info, and then
diskutil eject /dev/{disk}` (usar /Volumes/{mountName} no funcionó, necesitaba los 'disk#s'). Una vez que la unidad fue 'expulsada', desconecté físicamente la unidad y luegoshutdown
trabajé como se esperaba. FWIW en caso de que otros se encuentren en una situación similar.conorgriffin
TJ Luoma