Boot & startup failures
When your Unraid server fails to start correctly, it can be challenging to identify the cause without a clear understanding of the boot process. Following this guide lets you quickly diagnose and resolve most startup problems, ensuring that your array, WebGUI, and services are operational with minimal downtime.
Preparing the flash device
This topic is covered in detail under the Prepare your USB device section.
Always back up your flash drive before making changes. All user-specific settings, including your license key, are stored in the config
folder. Restoring this folder after re-prepping your flash device will help preserve your current configuration.
Enabling UEFI boot
Modern systems typically require UEFI boot mode for enhanced security and faster startup times.
To configure UEFI boot in your system BIOS/UEFI settings:
- Enter your motherboard's BIOS/UEFI setup during startup (usually by pressing F2, DEL, or ESC)
- Locate the boot options or boot mode settings
- Set the boot mode to UEFI or UEFI with CSM disabled
- Ensure the Unraid flash device is selected as the UEFI boot device
- Save your changes and exit
Understanding the boot sequence
The Unraid boot sequence has a number of stages:
1. BIOS boot - Click to expand/collapse
The BIOS/UEFI firmware initializes hardware and locates the bootable device. This is the foundation of the entire boot process.
- The motherboard BIOS recognizes the Unraid bootable flash device.
- Setting the flash device as the default boot device varies based on your BIOS; check your motherboard manual for guidance.
- The flash device supports both legacy (CSM) and UEFI boot modes.
- For UEFI boot, ensure the
EFI
folder on the flash device does not have a trailing hyphen (-
).
2. Syslinux loader - Click to expand/collapse
The bootloader presents startup options and loads the Linux kernel into memory. This stage determines which operating system or diagnostic tool will run.
- Boot menu entries are defined in the
syslinux/syslinux.cfg
file on the flash device. - You can edit this file through the WebGUI under Main → Syslinux configuration.
- Memtest86+, which ships with current builds of Unraid, works in both legacy and UEFI modes. For older Unraid versions, obtain a compatible version from the official Memtest site for UEFI.
- If no option is selected, the default boots after a timeout, which is useful for headless operation.
3. Linux core - Click to expand/collapse
The Linux kernel initializes and begins hardware detection. This is where the operating system takes control from the bootloader.
- Syslinux loads the Linux core from the flash device into RAM.
- You’ll see console messages showing bz* files loading.
- Errors at this stage often indicate issues with the flash device.
- Linux detects hardware during startup.
4. Flash dependent services - Click to expand/collapse
The flash device becomes accessible and essential services begin loading. This stage is critical for configuration and network access.
- The flash device mounts at
/boot
. - If it fails to mount, you may still see a login prompt, but this indicates an incomplete boot.
- Use the
df
command to check if/boot
is mounted. - The flash device must be labeled UNRAID (all caps) for proper mounting.
- Additional drivers and firmware will become available at this stage.
- Configuration is loaded into RAM.
- Standard Linux services, including networking and WireGuard VPN (if enabled), start here.
5. Plugins - Click to expand/collapse
Third-party extensions and customizations are loaded to enhance system functionality. Plugin issues can prevent successful startup.
- Installed plugins are loaded during this step.
- Safe boot options can suppress plugin loading if needed.
6. WebGUI - Click to expand/collapse
7. Array - Click to expand/collapse
Storage devices are mounted and made available, completing the boot process. This is where your data becomes accessible.
- If auto-start is enabled, the array starts here; otherwise, a manual start will be required.
- Drives will be mounted as
/dev/diskX
and/mnt/cache
(if present). - Shares become available on the network as
/mnt/user/sharename
. - Docker containers will start in the order specified on the Docker tab, with customizable delays.
- Auto-start virtual machines (VMs) will also launch.
At this point, the Unraid server is fully operational.
Boot failure
When your server won't start, systematic troubleshooting helps identify and resolve the root cause quickly. Follow these steps in order to avoid missing critical issues or making unnecessary changes. Each step builds on the previous one, so don't skip ahead even if a step seems unrelated to your specific problem.
- Use a USB 2.0 port for the flash device if possible. It's generally more reliable and less prone to issues than USB 3.0.
- Check your BIOS/UEFI settings to ensure that the flash device is set as the primary boot device.
- Inspect the flash device for any physical or logical errors on a Windows or macOS computer.
- Re-extract the Unraid release bz* files onto the flash device to prevent any potential corruption.
- Rebuild the flash device by starting with a clean Unraid copy, then restore your
config
folder. - Try booting in Safe Mode to check for any plugin-related problems.
- Test with a new flash device and perform a clean Unraid installation. This helps determine if there are issues with the server hardware.
- If necessary, transfer your license to a new flash device.
Recovering from a lost boot drive and unknown parity drives
This recovery process involves risk of data loss if drives are incorrectly assigned. Before proceeding:
- Do not start the array until you're confident about drive assignments
- Document which drives were previously parity vs. data drives
- Consider seeking help on the Unraid forums if you're unsure
If you have any recent backups or documentation of your array configuration, review those first.
If your Unraid boot drive fails and you don’t have a recent backup or knowledge of which drives are parity, you can recover your system by using Unraid’s ability to recognize data drives by their file systems. Parity drives do not have a valid file system, which helps differentiate them.
Unraid identifies data drives by detecting existing valid file systems. Parity drives, which lack a file system, appear unmountable. This characteristic allows you to distinguish parity drives from data drives after booting with a new flash device.
Recovery procedure
This procedure helps you restore your array configuration when you've lost your boot drive and can't remember which drives were parity vs. data. Follow each step carefully to avoid data loss.
- Create a new Unraid boot drive.
- Boot the server from this new drive (do not assign any drives yet).
- Activate a license, using either a trial or transferring an existing one.
- Identify parity drives using one of the methods outlined below.
- Use Tools → New Config to reset the array while retaining previous assignments if possible.
- Correct drive assignments on the Main tab, making sure to distinguish between parity and data drives.
- Start the array to commit the drive assignments.
- If the parity is valid, check the box for Parity is Already Valid. If not, allow the parity to rebuild.
If you have multiple parity drives and had to identify them based on which drives were unmountable, do not use the Parity is Already Valid option. There's a 50:50 chance of getting the assignments wrong, and if you do, your array may appear protected but actually isn't. Always allow parity to rebuild in this scenario to ensure proper protection.
- Review and adjust any user share includes/excludes based on the new assignments.
- Run a parity check to verify integrity, especially if parity wasn’t rebuilt.
Identifying the parity drives
Using Unraid’s built-in capability (preferred method) - Click to expand/collapse
This method does not require plugins, but it will invalidate parity, necessitating a rebuild.
To use this method:
- Assign all drives as data drives and start it.
- Parity drives will show as unmountable since they lack a valid file system.
- Confirm that the number of unmountable drives matches your parity count.
- Take note of the serial numbers of these drives.
- If relevant, you can check mounted data drives to confirm their order.
Using the Unassigned Devices plugin - Click to expand/collapse
This plugin-based method preserves the validity of parity by mounting drives in read-only mode.
To use this method:
- Install the Unassigned Devices plugin from the Apps tab.
- Mount each disk read-only, one at a time.
- Drives that fail to mount are likely parity drives (you cannot differentiate between parity1 and parity2).
- Inspect mounted data drives to identify their order, if necessary.
For more information, see the Unassigned Devices plugin thread in the Unraid forums.
* "WireGuard" and the "WireGuard" logo are registered trademarks of Jason A. Donenfeld.