Get rid of vboxautostart-service
So to begin. The Oracle vboxautostart-service installed with Virtualbox has never worked reliably for me even after extensive hacking of the source code in the scripts. With that said we can disable that service as we will not be using it.
sudo systemctl disable vboxautostart-service
If you want a deep clean also get rid of the source unit file for vboxautostart-service. That way it can never get turned back on again. Although it will probably get put back at the next update. 🙁
sudo rm -rf /lib/systemd/system/vboxautostart-service.service
If the config directory used by vboxautostart-service was created you can also delete that too. We will not be using anything in there either.
sudo rm -rf /etc/vbox
User permissions for Virtualbox
The user who will run our VMs will need to be in the group vboxusers. If you have already been using Virtualbox then your users probable is already. First, let’s see if it is already there then append it as necessary.
groups richard adm cdrom sudo audio dip video plugdev lpadmin sambashare
Richard is not a member of vboxusers it is not listed. Append the group to your list of existing groups, do not forget the -a for append 🙂
sudo usermod -a -G vboxusers richard
Now you will need to log out and back in again, to pick up the new group. The output of groups will show it added.
richard adm cdrom sudo audio dip video plugdev lpadmin sambashare vboxusers
New Unit File for systemd
To start stop VirtualBox with systemd we will create our own new unit file. This is a first try, we will make it better later on. This is the one and only file to create nothing else is needed. Open up the file with your favorite editor.
Create a new Unit file
sudo nano /etc/systemd/system/vm_autostart_name.service
Add this text as the contents. I picked bits from assorted posts and help documentation to get this layout. This is the bare bones that I got to work. I would love to explain what each line does, but the documentation is so bad I still do not know. 🙁
You will need to change the three occurrences of vm_name to the name of your own VM guest. Do not use a ‘-‘ hyphon or dash in the name of your VM, systemd will not allow that to work, more systemd BS. Also note the User=richard in the [Service] section I’m guessing you will need to change that too.
[Unit]
Description=VM vm_name
After=network.target vboxdrv.service
Before=runlevel2.target shutdown.target
[Service]
User=richard
Group=vboxusers
Type=forking
Restart=no
TimeoutSec=5min
IgnoreSIGPIPE=no
KillMode=process
GuessMainPID=no
RemainAfterExit=yes
ExecStart=/usr/bin/VBoxManage startvm vm_name --type headless
ExecStop=/usr/bin/VBoxManage controlvm vm_name acpipowerbutton
[Install]
WantedBy=multi-user.target
Reload systemd daemon
As you have added or changed a file that systemd uses you have to reload the daemon. If you do not reload, you get a warning from systemd to do just that and nothing will work correctly until you do. Why is systemd better than what we had already? Systemd knows the files need to be reloaded so why not do it or have an option to allow that to happen. How very Microsoft.
sudo systemctl daemon-reload
Using the service
Now we can enable our service and start to test it out.
sudo systemctl enable vm_autostart_name
We can now stop, start and use status to see how things are going. The status gives you some idea what is going on. Running tail -f on the syslog gives a little bit more info when you start to debug your service for typos.
sudo systemctl start vm_autostart_name
sudo systemctl stop vm_autostart_name
sudo systemctl status vm_autostart_name
That should all be working now. From the command line try starting it up and the seeing the status. Stop the VM and make sure that workings. You should also be able to shut down the host and the VM will shutdown and then restart as the host is booted. Almost sorted. This service only works for that one hard coded VM. That could be pain if you have many VMs.
Wildcard Names For Services
We do not want to have to create a new unit file for every VM. Yay a good popint for systemd but i could do more with a SysV init script. :). We can use a feature of systemd. I found this little gem by looking at the source of other services already installed.
Disable the vm_autostart_name.service and then rename the unit file to [email protected]. Find all occurrences of vm_name or whatever you called your VM, replacing them with %I (percent, capital I, as in ‘I’ wrote this post).
sudo systemctl disable vm_autostart_name
sudo mv /etc/systemd/system/vm_autostart_name.service /etc/systemd/system/[email protected]
Save the changes and do not forget to reload the systemd daemon it won’t do that for itself.
sudo systemctl daemon-reload
NOTE: VM names MUST be not include ‘-‘, hyphons, change them to ‘_’, underscores. Systemd annoyingly converts ‘-‘ into a ‘/’. A VM name of test-server becomes test/server and therefore cannot be found. I saw a message in the syslog when looking to see why it had failed to work.
Enable the new service
We enable this multi-use service with the name of the VM after the ‘@’ as shown below. We cannot enable the actual service name, [email protected],from the unit file. Again in the examples below change vm_name to the name of your VM.
sudo systemctl enable vm_autostart@vm_name
And then use it with the following,
sudo systemctl status vm_autostart@vm_name
sudo systemctl start vm_autostart@vm_name
sudo systemctl stop vm_autostart@vm_name
Now we only have to enable the service for each VM, you will not have to create a new unit file etc. for each. That is, it we can now start stop VirtualBox with systemd and it will automatically start them up at boot time and close them down when the host machine is shut down.
Known problem
While testing out start stop VirtualBox with systemd I found that under some circumstances the service would not close down the VMs. If you start a VM with the service. You can then close it with the service. If you start the VM without using the service it will not close down with the service stop command. Also, if you start the VM with the service and then try to start the VM again, by mistake, you cannot use the service to close it down.
If you do find a solution please let me know.
Some not particularly helpful documents
https://www.virtualbox.org/manual/ch08.html#vboxmanage-autostart
man systemd.service
loads of other man systemd* files.
You have noticed this was a bit of a rant. Before starting this project and this post I had no particular position on systemd. Now I know it is bad. Even the developers don’t have a clue how it works, so they resort to the verbose bullshit in their man pages, to cover it up.
Source : https://blogging.dragon.org.uk/start-stop-virtualbox-with-systemd/
