ViciBox 12 Phase 1 lab checklist: ISO boot, target disk and first login

Start here

Phase 1 is the destructive part of the ViciBox lab: boot the official ISO, select only your disposable VM's disk, complete the first-root-login wizard, then reboot from the installed disk. Every step below assumes a lab you are allowed to wipe.

Everything in this checklist happens before VICIdial itself enters the picture at all. Phase 1 knows nothing about campaigns, agents, or Asterisk — it is purely the base operating system going onto a disk, which is exactly why its one dangerous decision is a disk, not a telephony setting.

Selecting the wrong disk can destroy existing data, including VICIdial records. Verify the VM identity and every attached disk before confirming the erase.

Compare ViciBox ISO and scratch installation methods →

The idea in plain language

An installer ISO cannot infer which disk is safe to erase, so its disk-selection screen is a deliberate hard stop. Treat it that way: read it twice before you confirm anything. Everything after that screen assumes the decision was made correctly, and nothing later in Phase 1 asks you to confirm it again.

The first-root-login wizard that follows disk selection is a smaller, reversible decision by comparison — a password can be changed later, but an erased disk cannot be un-erased. Keeping that asymmetry in mind is why this checklist spends more caution on the disk step than on anything that comes after it.

Boot the ISO and select the disk

Phase 1's disk-selection step ends with a confirmation dialog that destroys the selected disk's existing contents. The installer's own prompt reads to press Enter to select Yes and start the installation process — a single keypress commits to erasing whatever is on that disk, with no further confirmation and no undo.

If the installer shows a disk you do not recognize, or you are unsure which entry is your disposable VM's disk, power off the lab and stop. Do not select a different entry hoping it is the right one; re-verify from outside the installer instead — check the VM's own settings in your hypervisor, where disks are usually easier to identify by size and label than inside an installer's disk list.

Disk size alone cannot prove a disk is disposable; two disks can have the same size. Compare the VM identity and attached disk details in the hypervisor, and disconnect any disk that is not part of the lab before proceeding.

The first-root-login wizard, and its password shortcut

After the base install finishes, ViciBox walks you through a first-root-login configuration wizard. That wizard offers a shortcut: type `vicidial` to keep the same root password the installer used during setup.

Do not take that shortcut outside a disposable lab. A password documented in a public installer guide is not a secret, no matter how new the install is — choose a unique password for this lab instead, the same way you would on any other host.

The wizard also sets other first-boot basics beyond the password alone, such as network and locale settings appropriate to your environment. None of those carry the same one-way risk as the disk-selection screen; if you get one wrong, you can revisit it after Phase 1 finishes, which is not true of the disk you already selected.

Confirm you are actually inside a VM

After installation, check whether the host reports virtualization and compare it with the hypervisor console. A VM can contain valuable data, so this does not prove the target was disposable. This check has nothing to do with whether Phase 1 itself succeeded; it exists purely to confirm the assumption this entire checklist rests on.

systemd-detect-virt

Verify first login

At the first shell after Phase 1, confirm the hostname and the mounted root filesystem before considering Phase 2. Phase 1 is finished once you see a root prompt showing the hostname you chose during setup — for example `<hostname>:~ #` — which is itself one more confirmation you are on the host you expect, since a hostname you did not choose would show up there immediately.

hostnamectl --staticfindmnt /

• The hostname reported, against what you expected to see
• Which device `/` is mounted from, confirming it is the disk you selected

Ready for the next lesson

Proceed to the Express lab explanation next if you want a single-node lab; a cluster role needs a separate, reviewed design and is out of scope here. The hostname and root password you set in this lesson carry forward unchanged into Phase 2 — nothing in the next lesson asks you to redo Phase 1's decisions.