A ejeção de diskutil falha quando o protetor de tela está ativo

Tem um monte de drives de DVD conectados via USB. Ter escrito algum script bash para interagir com essas unidades e ejetar os discos quando terminar.

Executando MacOS 10.10 (Yosemite) .... sim eu sei, precisa se atualizar.

Usando diskutil eject /dev/diskX para ejetar o disco específico que eu estou fazendo interagindo com antes de passar para o próximo.

Descobriu ontem que, enquanto a tela está adormecida, o comando de ejeção falha. Eu desativei a senha autolock ontem à noite pensando que era o problema ... mas esta manhã movendo meu mouse acordei a tela (sem senha necessária) ... no entanto a ejetar tinha falhado (tentado a cada 10 segundos) a noite toda ... . mas a ejeção sucedeu a próxima tentativa depois que a tela voltou.

O computador não estava dormindo.
O computador não estava bloqueado (ou seja, sem senha)
Protetor de tela testado ligado / desligado ... sem efeito
Testado alternando "colocar discos rígidos para dormir quando possível" sob economia de energia. Sem efeito.
Senha de desabilitação testada necessária após X minutos ... sem efeito.
Esta parece ser uma questão específica para a tela ser colocada em suspensão. Desativar tela sono em economia de energia (screensaver e tudo o mais pode estar ligado) resolve isso.

A pesquisa "eject fail while display sleep" não me levou a nada específico sobre por que esse comportamento existe e muito menos como contorná-lo. Estranho né?

Eu amaria:

entender se isso é uma característica e a lógica por trás disso. Talvez para evitar pessoas de acesso remoto de ejetar acidentalmente um disco que requer que eles acessem o data center para empurrá-lo de volta?
quaisquer ideias para um trabalho em volta (ou seja, ejetar do script que funciona quando o monitor está adormecido).

Pensei em desabilitar os hacks do sono da tela ... não preciso de ajuda nessa parte da frente, pois já conheço várias maneiras de fazer isso. Mais interessado em entender e abordar a causa raiz (exibir as causas do sono ejetar a falha).

...
Eject /dev/disk10 failed.  Trying again in a few seconds.
Volume failed to eject
Eject /dev/disk10 failed.  Trying again in a few seconds.
Volume failed to eject
Eject /dev/disk10 failed.  Trying again in a few seconds.
Volume failed to eject
Eject /dev/disk10 failed.  Trying again in a few seconds.
Volume failed to eject
Eject /dev/disk10 failed.  Trying again in a few seconds.
Volume failed to eject
Eject /dev/disk10 failed.  Trying again in a few seconds.
Disk /dev/disk10 ejected      <--- eject succeeded this morning after display woken up.
Done.  Sleeping 60 seconds before looking for new discs.

— mattpr
fonte

ctrl / k irá bloquear o código, mas decide quais cores usar. Todos os outros formatos de código deixam o espaço em branco ... Faça a sua escolha ;-)

— Tetsujin

ctrl-k não funcionou. era recuado como bloco de código, mas a visualização mostrava o texto amassado como um parágrafo. Nunca tive o problema antes. algum novo problema ou bug relacionado ao conteúdo específico no meu bloco de código.

— mattpr

Apenas como um exemplo, eu soltei um bloco de código padrão por baixo - copiar / colar + Ctrl / k

— Tetsujin

Sim, o problema parece estar resolvido agora. O que você fez foi o que eu fiz quando eu originalmente postei e recebi <p> formatação em vez de <pre><code> formatação. Eu tentei um monte de vezes (limpar a formatação, copiando e colando de volta em texto simples, desabilitando o cache do navegador). Acabei de recorrer a três carrapatos porque não consegui fazer o bloco de código usual funcionar. De qualquer forma, talvez apenas um problema no post inicial ou o problema foi corrigido. Aprecio você tentando ajudar.

— mattpr