Как systemd может автоматически запускать и контролировать гостей VirtualBox?

Подобно вашему решению, но немного проще:

1. Бегать systemctl edit vbox@.service --full --force и вставьте следующий контент, обновив пользователя и группу для своего имени пользователя.

[Unit]
Description=Virtual Box Guest %I
After=network.target vboxdrv.service
Before=runlevel2.target shutdown.target
 
[Service]
User=USERNAME
Group=GROUPNAME
Type=forking
Restart=no
TimeoutSec=5min
IgnoreSIGPIPE=no
KillMode=process
GuessMainPID=no
RemainAfterExit=yes
 
ExecStart=/usr/bin/VBoxManage startvm %i --type headless
ExecStop=/usr/bin/VBoxManage controlvm %i acpipowerbutton
 
[Install]
WantedBy=multi-user.target

2. Перезагрузите systemd: systemctl daemon-reload

3. Получите список ваших виртуальных машин VBoxManage list vms:

$ VBoxManage list vms
"Ubuntu" {1ba32309-d4c4-420a-a9c8-a38177f00bc4}
"Windows" {573df054-0e33-4389-896a-1234f10e25ad}

4. Используйте имя, полученное на шаге 3, для управления виртуальной машиной через systemd. Например, для управления виртуальной машиной «Ubuntu» вы должны запустить:

sudo systemctl start vbox@Ubuntu     # Start the VM
sudo systemctl enable vbox@Ubuntu    # Start the VM on boot

Ну ... Думаю, я нашел ответ.

Это мое решение. Это определенно не идеально - и одна из причин, по которой я делюсь, - это желание улучшить. Однако - это обеспечивает автоматический запуск, мониторинг и завершение работы через systemd. И я считать это, по крайней мере, идет в правильном направлении для этих двух продуктов.

Одно предостережение - приведенное ниже предполагает небольшое знакомство с systemd и VirtualBox. Это также требует, чтобы на гостях были включены функции отключения ACPI. Это может быть встроено в Windows и так же просто, как установка острый на Linux, но я не предполагаю. Также некоторым гостям (версия Windows xxxx) может потребоваться некоторая «настройка», чтобы гарантировать немедленное отключение ACPI - я нашел замечательный ресурс на https://ethertubes.com/unattended-acpi-shutdown-of-windows-server/

Во-первых, конечно, нужно создать модуль systemd. Я использую доступность шаблоны.

выполнение systemctl edit --full vbox@.service предоставляет редактор, в который мы помещаем: [Unit] Description = VirtualBox% I Virtual Server After = network.target vboxdrv.service

[Service]
Type=forking
Restart=no
TimeoutSec=5min
KillMode=process
RuntimeDirectory=vbox
RuntimeDirectoryPreserve=yes
PIDFile=/run/vbox/%I.pid

Environment='RUNDIR=/run'
Environment='PIDDIR=/vbox'
Environment='VM=%I'
ExecStart=/etc/init.d/vbox-systemd start
ExecStop=/etc/init.d/vbox-systemd stop

[Install]
WantedBy=multi-user.target

Сказанное выше дает основу:

- Allows for up to 5 minutes for startup/shutdown per guest
- The pid files will be stored as /run/vbox/<guest>.pid
- And the guests will be started as part of the normal boot process

Это можно настроить по своему вкусу, но оставьте это в покое, кроме настроек по умолчанию для сервера. Индивидуальные гости будут адаптированы позже. Теперь - нужно предоставить вспомогательный скрипт. Я просто провел продолжительный период времени, борясь с тонкостями BASH, недостатком сна и серьезным недостатком активного опыта работы с BASH. Итак, следующие работы представляют собой сочетание стилей, и мне действительно хотелось бы знать, почему моя попытка создания простых функций BASH так ужасно провалилась. Но я готов ко сну, так что, хотя это не моя лучшая работа, но ... она работает !:

#! /bin/bash
# /etc/init.d/vbox-systemd: Helper script to startup & shutdown VirtualBox
# headless machines via systemd
#
# written by Daniel L. Miller <dmiller@amfes.com>

# This should not be called directly (though possible with the
# proper environment variables set). This is used by the
# vbox@.service template to start & stop virtual machines - 
# with supervision.

# Environment variables to be defined for us by systemd unit
# RUNDIR=/run
# PIDDIR=/vbox
# VM=<vmname>

# This was setup to use environment variables - maybe support cmd line as well.
if [ ! -z "$2" ]; then
    VM=$2
fi

# So...I suppose might as well set sane defaults
if [ -z "$RUNDIR" ]; then
    RUNDIR='/run'
fi
if [ -z "$PIDDIR" ]; then
    PIDDIR='/vbox'
fi

#
# Overprotective but trying to be good...
# These utilities should be fairly standard...
#
VB=/usr/bin/VBoxManage
GREP=/bin/grep
CUT=/usr/bin/cut
TR=/usr/bin/tr
SLEEP=/bin/sleep
WAITEXIT=300

# Make sure the utilities are available
test -x $VB || exit 3
test -x $GREP || exit 3
test -x $CUT || exit 3
test -x $TR || exit 3

# Verify the pid folder tree is defined and usable
test -d "${RUNDIR:?run directory top-level must be set}" || exit 3
test -d "$RUNDIR${PIDDIR:?pid directory must be set}" || mkdir -p "$RUNDIR$PIDDIR"
# This test is a little different - this validates the name but we don't
# care if the file exists or not. At least the moment.
test -f "$RUNDIR$PIDDIR/${VM:?Virtual Machine name must be set}.pid"

PIDFILE=$RUNDIR$PIDDIR/$VM.pid

vmactive=$($VB list runningvms | grep $VM | cut -d ' ' -f 1 | tr -d '"')

case "${1:-''}" in
  'start')
    # Start the machine
    $VB startvm $VM --type headless
    # Give it at least a change to get started...
    $SLEEP 2
    # Now perform first trick and save pid
    vmactive=`$VB list runningvms | grep $VM | cut -d ' ' -f 1 | tr -d '"'`
    if [ "x$vmactive" == "x$VM" ]; then
        vmpid=$($VB showvminfo $VM --log 0 | $GREP -m 1 'Process ID' | $CUT -d ':' -f4 | $TR -d ' ')
        echo $vmpid > $PIDFILE
    else
        exit 1;
    fi
    ;;
  'stop')
    waited=0
    while [ "$waited" -lt $WAITEXIT ]; do
        # Test first so VB doesn't object to shutting off a non-running VM
        vmactive=`$VB list runningvms | grep $VM | cut -d ' ' -f 1 | tr -d '"'`
        if [ "x$vmactive" != "x$VM" ]; then
            echo "Proper ACPI Shutdown of $VM - or it wasn't running!"
            break
        fi
        # Try to turn it off - repeatedly
        $VB controlvm $VM acpipowerbutton
        # Give it a chance to take.
        $SLEEP 5
        waited=$((waited+5))
    done

    # Time to clean up - force terminate if necessary and delete the pid file
    [ "$waited" -ge $WAITEXIT ] && [ -f $PIDFILE ] && kill -s 9 $PIDFILE
    [ -f $PIDFILE ] && rm $PIDFILE
    ;;
  'status')
    vmactive=`$VB list runningvms | grep $VM | cut -d ' ' -f 1 | tr -d '"'`
    if [ "x$vmactive" == "x$VM" ]; then
        vmpid=$($VB showvminfo $VM --log 0 | $GREP -m 1 'Process ID' | $CUT -d ':' -f4 | $TR -d ' ')
        echo "$VM is running as PID $vmpid"
    else
        echo "$VM is not running"
    fi
    ;;
  *)
    echo "Usage: vbox-systemd [start|stop|status]" >&2
    exit 3;
    ;;
esac

Итак ... теперь все, что необходимо для запуска виртуальной машины: systemctl start vbox@<your-guest-name>. Более захватывающий - systemctl status vbox@<your-guest-name> предоставит системный статус виртуальной машины! И вы даже можете сделать systemctl stop vbox@<your-guest-name> чтобы выключить его.

Чтобы активировать автозапуск - просто запустите systemctl enable vbox@<your-guest-name>.

Теперь - если вам нужен дополнительный контроль, например, указание порядок в котором загружаются гости, используйте хитрый systemctl edit vbox@<your-guest-name>. Обратите внимание, на этот раз мы не используем --full аргумент - это создает папку переопределения только для этого гостя без дублирования базового блока. Возможно, этому гостю нужны службы SQL от хоста:

[Unit]
After=mysql.service
Wants=mysql.service

Теперь этот гость не будет запущен, пока не будет запущен сервер mysql. Или, если этот гость предоставляет важные услуги, вы можете добавить:

[Services]
Restart=yes

Помните - просто введите аргументы systemd, которые вам нужно добавить или переопределить - остальные исходят из шаблона.

Я надеюсь, что это поможет кому-то другому - и если другие могут внести свой вклад, пожалуйста, сделайте это!