Headless CentOS 7 no iDRAC: os comandos de ejeção (especificamente -t) falham ao fechar a bandeja de dvd

0

Estamos fazendo muita experimentação com um ambiente severo que exigiu várias operações consecutivas de limpeza / reinstalação do CentOS 7. É um servidor sem suporte para montagem em rack e estamos instalando a partir de um DVD. Vale a pena mencionar que o sistema é acessível através de algo chamado iDRAC, que parece fornecer acesso de baixo nível; Por exemplo, posso ver os menus da BIOS e interagir com o sistema, mesmo nesse nível. Eu não sei nada específico sobre o hardware, exceto que é um DELL .. Analisando a interface do iDRAC, parece ser um PowerEdge R630.

Aqui está o problema : Toda vez que eu começo com o sistema operacional e o reinstalo, a bandeja do DVD é aparentemente ejetada e aberta, mesmo após a reinicialização. Então eu tenho que chacoalhar os caras da rede para visitá-lo fisicamente e fechá-lo manualmente.

Eu pesquisei o comando eject , mas não estou chegando a lugar algum com ele - não há mensagem de erro e a saída sugere que ele está fechando a bandeja. No entanto, o cara da rede sempre relata que está apenas aberto. (Eu estava esperando que talvez estivesse fechando, só não montando automaticamente.)

Então, tentei atualizar o utilitário eject , que foi atualizado, mas isso não resolveu nada.

yum update eject

E tenho certeza de que meu comando é o mais completo possível:

-v = verbose
-t = close tray
-r = cdrom
-F = force
/dev/sr0 = absolutely-qualified identifier for the dvd device

Mudar de -t (fechar) para -T (alternar) não altera o resultado.

eject -v -t -r -F /dev/sr0
eject: device name is '/dev/sr0'
eject: /dev/sr0: not mounted
eject: /dev/sr0: is whole-disk device
eject: /dev/sr0: is removable device
eject: /dev/sr0: closing tray

Olhando para a página de manual , vejo as seguintes observações ...

If eject does not work, it is most likely a limitation of the kernel driver for the device and not the eject program itself.

Estou sem opções aqui?

    
por elrobis 09.10.2018 / 17:20

0 respostas