O “sono seguro” pode realmente ser desativado em um Mac Mini executando o Mountain Lion?

Question

Acho que o wake on lan parou de funcionar após o meu Mac Mini (modelo do final de 2012, executando o OS X 10.8.5) ter entrado em um modo de espera seguro (4 horas após o início do sono). Como muitas vezes eu viajo e quero me conectar remotamente à minha máquina, e porque prefiro não desativar o sono completamente e, como não encontrei nenhuma maneira de acordar a máquina remotamente depois que ela entrou no modo de suspensão, minha única opção é desativar isto. Depois de ler esta discussão , configurei minhas opções de poder:

Active Profiles:
AC Power                -1*
Currently in use:
 standby              0
 powerbutton          1
 womp                 1
 autorestart          1
 hibernatefile        /var/vm/sleepimage
 networkoversleep     0
 disksleep            0
 sleep                30 (sleep prevented by )
 autopoweroffdelay    14400
 hibernatemode        0
 autopoweroff         0
 ttyskeepawake        1
 displaysleep         10
 standbydelay         4200

Observe que autopoweroff está definido como 0. Apesar disso, o computador ainda entra em modo de espera e, portanto, acorda em lan stops funcionando após um período de tempo (4 horas, que acredito ser proveniente de autopoweroffdelay de 14400 segundos) .

Alguma idéia de por que isso ainda está acontecendo, ou o que eu posso fazer para corrigir isso?

Atualização : uma pergunta relacionada é: que mágica faz o cliente VNC embutido (ou seja, quando você abre um safári e acessa vnc://whatever/ ) para ativar o host remoto? Aparentemente, o que quer que funcione parece funcionar com a minha configuração, mesmo que o pacote mágico enviado pelo roteador não funcione.

    

Answer 1

O

Sono seguro geralmente se refere ao modo de hibernação ou ao modo de hibernação / hibernação híbrida que os laptops usam por padrão. No link , "sleep seguro" é usado um pouco ambiguamente, mas parece se referir ao modo somente de hibernação que um O Mac pode entrar se o modo de espera ou o recurso de desligamento automático estiver ativado.

Se você quer dizer modo de espera ou autopoweroff, eles provavelmente devem estar desabilitados por sudo pmset -a standby 0 autopoweroff 0 . Como no seu caso eles não são, você também pode tentar executar algo como sudo pmset -a autopoweroffdelay 99999999 .

Partes relevantes da página pmset man:

hibernatemode takes a bitfield argument defining SafeSleep behavior.
Passing 0 disables SafeSleep altogether, forcing the computer into a reg-
ular sleep.

[...]

hibernatemode = 0 (binary 0000) by default on supported desktops. The
system will not back memory up to persistent storage. The system must
wake from the contents of memory; the system will lose context on power
loss. This is, historically, plain old sleep.

hibernatemode = 3 (binary 0011) by default on supported portables. The
system will store a copy of memory to persistent storage (the disk), and
will power memory during sleep. The system will wake from memory, unless
a power loss forces it to restore from disk image.

hibernatemode = 25 (binary 0001 1001) is only settable via pmset. The
system will store a copy of memory to persistent storage (the disk), and
will remove power to memory. The system will restore from disk image. If
you want "hibernation" - slower sleeps, slower wakes, and better battery
life, you should use this setting.

[...]

standby causes kernel power management to automatically hibernate a
machine after it has slept for a specified time period. This saves power
while asleep. This setting defaults to ON for supported hardware. The
setting standby will be visible in pmset -g if the feature is supported
on this machine.

standby only works if hibernation is turned on to hibernatemode 3 or 25.

standbydelay specifies the delay, in seconds, before writing the hiberna-
tion image to disk and powering off memory for Standby.

Também pode haver alguns bugs na implementação do recurso autopoweroff no 10.8, ou a resposta a essa pergunta pode ser a atualização para 10.9.