WEB WORKBENCH

My Project Workspace

A collection of systems, experiments, and builds

🧭 Stage 4 — Auto-Start Virtual Server (Windows Task Scheduler + Headless VM)

This is the point where I try to make the system behave like a real server rather than something I manually start.

Up until now, I’ve been opening VirtualBox and starting the VM myself. That works, but it’s not how a proper server should behave.

The goal here is:
The server should start automatically when Windows boots, even if I am not logged in.
.

🪟 Windows auto-login setup

On the Windows host machine, I already have auto-login enabled so the system boots straight into the desktop environment without requiring manual sign-in.
This is important because it allows scheduled tasks to run immediately after startup without interruption.

⏱️ Task Scheduler — automatic VM startup

I create a scheduled task in Windows Task Scheduler:

Task name: vboxboot
Run whether user is logged in or not
Trigger: At system startup
Delay: 30 seconds after boot

⚙️ Action configuration

The task runs VirtualBox in headless mode using VBoxManage:

Program:

C:\Program Files\Oracle\VirtualBox\VBoxManage.exe

Arguments:

startvm workbench-server --type headless

This should start the Ubuntu server VM without opening the VirtualBox GUI.

🧪 First test — does headless mode work?

Now I test whether the VM actually starts correctly in headless mode. This is a key validation step because: If headless mode works → the server is fully autonomous If it fails → we need to adjust VM configuration

Write the long-form body for this page here.

Separate paragraphs with a blank line. Replace this placeholder with your own copy.

⚠️ Possible issue area

If the VM does not start correctly, or behaves unexpectedly, the most likely causes are:

VirtualBox not fully supporting headless mode for current config
VM display / graphics settings interfering
Ubuntu not fully initialising without GUI context

🧩 Fallback check (if problems occur)

If headless mode is unstable, I will check:

Guest Additions installation inside Ubuntu
Whether the VM boots cleanly in normal GUI mode first
Whether network services still initialise correctly without display

The goal is to ensure the server is not dependent on the VirtualBox window being open.

🧱 Stage outcome

At the end of this stage, I should have:

  1. Windows auto-login enabled

  2. Task Scheduler launching VM automatically

  3. VirtualBox VM starting at boot

  4. Attempted headless operation

  5. Verified whether system runs independently of GUI

🧠 Why this stage is important

This is the transition from:

“a manually started lab VM”
to
“an always-on server environment”

It is the first step toward treating this setup like a real hosted system.

➡️ Next stage

If headless mode works, the next stage becomes:

  • Installing Virtualmin

  • Turning the VM into a proper hosting server

  • Beginning web stack configuration

If it does not work, next stage becomes:

  • stabilising VM boot behaviour

  • fixing headless compatibility

  • checking Guest Additions and display dependencies

InfoAbout Cookie infoContactFAQs