Skip to main content

๐Ÿง  System Architecture

MOS is designed as a lightweight, USB-based operating system.

๐Ÿ”„ Runs in RAMโ€‹

After boot, the MOS system runs entirely in RAM.

The USB stick is used only for:

  • Bootloader
  • Base system image
  • Updates

The active system itself is not permanently written to disk during runtime.


๐Ÿ’พ What Does This Mean?โ€‹

Any changes made:

  • Outside configured storage
  • Outside persistent mount points
  • Inside temporary system paths

will not survive a reboot.

This includes manually created directories in locations such as:

/root
/home
/tmp
/var

Unless they are part of a persistent storage mount.


๐Ÿ“ Use Persistent Storage Pathsโ€‹

When creating folders, storing data, or configuring services, always use:

  • Mounted disks
  • Pools
  • Configured storage locations
  • Relative paths within persistent storage

Example (recommended):

/mnt/cache/appdata/

๐Ÿ’พ What Is Stored on the USB Stick?โ€‹

The MOS USB device is not only used for booting.

It also stores:

  • โš™๏ธ System configuration
  • ๐ŸŒ WebUI settings
  • ๐Ÿ”Œ Plugin state and configuration
  • ๐Ÿ”‘ Network configuration
  • ๐Ÿ”„ Update data

These MOS-managed configurations are persistent across reboots.


๐Ÿ“Œ Why MOS Works This Wayโ€‹

MOS is designed for:

  • ๐Ÿ”‹ Power-efficient homelabs
  • ๐Ÿ’ฝ USB-based deployment
  • ๐Ÿงผ Clean and reproducible system state
  • ๐Ÿ”„ Safe upgrades

Running from RAM ensures:

  • Reduced disk wear
  • Fast boot times
  • Clean system state after reboot

โš ๏ธ Common Confusionโ€‹

If folders disappear after reboot, they were most likely created in a non-persistent location.

MOS itself preserves its configuration โ€” but user-created data must be stored on proper storage devices.


๐Ÿงช Summaryโ€‹

  • MOS runs in RAM
  • The USB stick stores MOS configuration and system data
  • Non-persistent paths are reset on reboot
  • Always use mounted storage or pools