El sistema de alimentación ininterrumpida no apaga la Mac Mini con Yosemite

Acabamos de recibir una Mac Mini nueva, que venía con Yosemite preinstalado. Nuestro UPS está configurado para apagar la computadora después de funcionar con respaldo de batería durante 1 minuto. Probé esto con un iMac que ejecuta Mavericks (10.9.5) y el UPS se comporta como se esperaba, pero en el Mac Mini que ejecuta Yosemite, la computadora no se apaga y simplemente continúa consumiendo la batería.

Actualizado para agregar: probé con CyberPower 825VA y Mac Mini con OS 10.10.0. Hoy instalé la actualización OS 10.10.1 y probé nuevamente con los mismos resultados. También probé con un Furman F1500-UPS en lugar de la unidad CyberPower y no hubo cambios en el comportamiento.

Actualizado el 28/11/2014: verifiqué en la Terminal que "haltafter" está activado y establecido en 1. También intenté activar un apagado por "haltlevel" 100 (apagado cuando la batería cae por debajo del 100%) y la máquina aún no está Apagando. Intenté iniciar desde una unidad externa que tiene el sistema operativo 10.8.5, pero el Mini no me permitió hacerlo.

Actualizado el 01/12/2014: inicié el iMac antes mencionado desde una unidad de inicio Yosemite externa y muestra el mismo comportamiento que el Mac Mini. Ningún progreso en el tema hasta el momento.

Actualizado el 08/12/2014: ahora probé 3 marcas diferentes de UPS con 3 Mac diferentes, todas con los mismos resultados. He ido y venido con el soporte de Apple sobre esto durante la última semana y aún no me han informado de ningún progreso en este tema. Actualizaré cuando/si esto se resuelve.

Actualizado el 15/12/2014: después de informar este error a Apple y varias llamadas de ida y vuelta con ellos, este problema pasó al equipo de ingeniería que se ocupa de la administración de energía. Me dijeron que podría escuchar algo hoy si hay una solución rápida o alternativa, de lo contrario, es posible que este problema no se resuelva hasta que se publique 10.10.2.

Actualizado el 22/01/2015: después de ver la respuesta de Eric a continuación, instalé OS X 10.10.2 (14C106a) beta. Solo probé con 1 UPS hasta ahora, un Furman F1500-UPS, pero ahora funciona como se esperaba.

Entonces, ¿cuál es su resultado pmset -g?
@Buscar웃 pmset -g Perfiles activos: UPS Power -1 AC Power -1* Actualmente en uso: standby 1 Sleep On Power Button 1 womp 0 autostart 0 hibernatefile /var/vm/sleepimage darkwakes 0 gpuswitch 2 networkoversleep 0 disksleep 0 sleep 0 autopoweroffdelay 14400 hibernatemode 0 autopoweroff 1 ttyskeepawake 1 displayleep 0 standbydelay 10800
¡Supongo que tiene la configuración en UPS configurada (Ahorro de energía) en 1 minuto! El pmset indica haber reconocido su UPS.
Veo el mismo comportamiento en mi Mac Mini (2012) con Yosemite y un CyberPower CP1500PFCLCD. Todo se ve como debería con pmset asumiendo que Current Power State = 3 significa que el Mini está funcionando en el UPS. Simplemente no se apaga.
Aparentemente, eso no es lo que significa el estado de energía actual. Sin embargo, "pmset -g batt" informa que el Mini funciona con batería, mientras que "pmset -g ups" dice que "halt after" está "encendido" con el valor "1". Simplemente no se apaga.

Respuestas (2)

Tuve el mismo problema con mi nuevo SAI Eaton 3S 550. Probé la instalación de 10.10.2 beta (compilación 14C99d) y ¡ahora funciona! Por lo tanto, es de esperar que la funcionalidad también vuelva para otros modelos de UPS una vez que se lance 10.10.2.

Eche un vistazo a la salida de las aserciones pmset -g. Esto muestra cosas que afirman eventos del tipo "no duermas, no te apagues". Tengo el mismo problema, con estas salidas:

2014-12-09 20:14:39 -0800
Estado de aserción en todo el sistema:
   Tarea de fondo 0
   ApplePushServiceTarea 0
   Usuario es activo 1
   PreventUserIdleDisplaySleep 0
   PreventSystemSleep 0
   Medios externos 1
   PreventUserIdleSystemSleep 1
   RedClienteActivo 0
Listado por proceso propietario:
   pid 33 (powerd): [0x0000085800080242] 00:31:19 ExternalMedia llamado: "com.apple.powermanagement.externalmediamounted"
   pid 85 (hidd): [0x00000ab00009027b] 00:21:19 UserIsActive llamado: "com.apple.iohideventsystem.queue.tickle"
    El tiempo de espera se activará en 1774 segundos Action=TimeoutActionRelease
   pid 35 (com.apple.serve): [0x0000000700010138] 01:06:40 PreventUserIdleSystemSleep llamado: "com.apple.server.filesharing"
   pid 35 (com.apple.serve): [0x0000000700010132] 01:06:40 PreventUserIdleSystemSleep llamado: "com.apple.collabd"
Aserciones del núcleo: 0x10c=USB,BT-HID,MAGICWAKE
   id=500 nivel=255 0x4=USB mod=9/12/14, 7:14 p. m. descripción=XHC1 propietario=AppleUSBXHCI
   id=501 nivel=255 0x4=USB mod=12/9/14, 7:11 p. m. descripción=EHC2 propietario=AppleUSBEHCI
   id = 504 nivel = 255 0x8 = BT-HID mod = 31/12/69, 4:00 p. m. descripción = com.apple.driver.IOBluetoothHIDDriver propietario = BNBTrackpadDevice
   id=505 level=255 0x100=MAGICWAKE mod=12/9/14, 8:00 PM descripción=en0 propietario=en0
   id=506 nivel=255 0x8=BT-HID mod=31/12/69, 4:00 p. m. descripción=com.apple.driver.IOBluetoothHIDDriver propietario=AppleBluetoothHIDKeyboard

Todavía no he investigado todas las afirmaciones, pero tengo la fuerte sensación de que esto está relacionado, al menos en mi caso.