☰

Problema ao tentar instalar um serviço para executar VMs Virtualbox sem cabeça

tag-icon • tag-icon virtualbox services
Problema ao tentar instalar um serviço para executar VMs Virtualbox sem cabeça

Meu objetivo é fazer com que o Ubuntu inicie e pare uma VM de caixa virtual sem cabeça normalmente quando eu iniciar e parar minha máquina host (Ubuntu 10.04).

Estou usando umroteirofornecido porPágina de Quadir Kareemullah.

Este é o cabeçalho do comentário LSB do script (eliminei o vboxnet de "Required-Start" para reduzir dependências):

### BEGIN INIT INFO
# Provides:          vboxsvc
# Required-Start:    $local_fs $remote_fs vboxdrv 
# Required-Stop:     $local_fs $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      S 0 1 6
# Short-Description: VirtualBox Service
# Description:       VirtualBox Service to startup and shutdown Virtual Machines
### END INIT INFO

Conforme explicado pelo Quadir, localizei o 'vboxsvc' em /etc/init.d/ e executei:

$sudo update-rc.d vboxsvc

Isso criou os links para os níveis de execução. Por exemplo, no nível de execução 2:

$ls -l /etc/rc2.d/
...
lrwxrwxrwx 1 root root  17 2010-11-03 20:02 S20vboxdrv -> ../init.d/vboxdrv
lrwxrwxrwx 1 root root  25 2010-11-03 20:03 S20vboxweb-service -> ../init.d/vboxweb-service
lrwxrwxrwx 1 root root  17 2010-11-11 21:43 S21vboxsvc -> ../init.d/vboxsvc
...

Se eu iniciar | parar o serviço manualmente:

$sudo /etc/init.d/vboxsvx start

funciona como esperado.

O serviço não aparece listado se eu fizer "service --status-all", mas aparece quando eu uso sysv-rc-conf --list.

Ele não inicia automaticamente quando inicializo o computador. Por outro lado, o serviço para automaticamente quando eu reinicio ou desligo. Por algum motivo, quando o sistema inicializa, o link /etc/rc2.d/S21vboxnet não está sendo executado ou algo mais está acontecendo.

Eu sei que o Upstart é a maneira de fazer as coisas agora no Ubuntu, mas o SysV init ainda é compatível, certo?

EDITAR:Acho que estou perto de resolver o problema. Acho que a solução tem a ver com criptografar meu sistema de arquivos doméstico. Quando o processo init está executando os scripts de inicialização correspondentes e tenta executar "sudo -H -u myuser VBoxManage myVirtualMachine -type vrdp > /dev/null" ele não tem acesso aos dados de myVirtualMachine (que estão em um sistema de arquivos criptografado) porque ainda não efetuei login como myuser e, portanto, meu sistema de arquivos inicial não foi montado.

Responder1

Como eu pensei, todo o problema foi causado pela criptografia da minha partição pessoal.

Acabei seguindo issoperguntapara remover a criptografia.

Meu conselho é que, a menos que você saiba o que está fazendo, não criptografe sua partição inicial na instalação do Ubuntu. Se você fizer isso, esteja ciente de que, a menos que você tenha feito login, tudo em seu diretório inicial será bloqueado para outros usuários (incluindo root).

Responder2

Não seria melhor apenas fazer com que um novo usuário do sistema executasse o VirtualBox do que descriptografar sua pasta pessoal?

Dessa forma, você ainda terá sua proteção e as VMs poderão iniciar sem problemas.

informação relacionada