Chris wrote:
Hey nasdaddy, you didn't do anything wrong here - this is a real gap on our side for TrueNAS SCALE. Our installer sees TrueNAS ships apt and tries to install a few small tools with it, but TrueNAS blocks that on purpose to protect the system, so it fails right there. There's a hidden option that skips that step entirely, since TrueNAS already has Docker built in. Try this instead: curl -fsSL https://get.tomsparkbox.com/install.sh | sudo bash -s -- --nas That curl: Failure writing output line above is just noise from the failed run, not a separate problem. This TrueNAS path isn't fully tested on our end yet, so let us know exactly what happens next either way.
nasdaddy wrote:
Hi Chris. Thanks for the quick reply and explanation. Ran the command, and it got stuck because of a read-only permission on /opt... curl -fsSL https://get.tomsparkbox.com/install.sh | sudo bash -s -- --nas [sudo] password for truenasadmin: The easiest, most user-friendly self-hosting stack anywhere. Created by Tom Spark | youtube.com/@TomSparkReviews [SparkBox] NAS mode forced. [SparkBox] Running in NAS mode (generic) [SparkBox] NAS users: keep internet access ON during install. [SparkBox] SparkBox needs the internet to: [SparkBox] 1. Pull Docker images during install [SparkBox] 2. Activate your free personal-use license key (auto-updates) [SparkBox] Re-block outbound internet only AFTER you've logged in, registered [SparkBox] your license, and finished the setup wizard. [SparkBox] Full details: https://tomsparkbox.com/docs.html [SparkBox] Network profile: nas (NAS detected: generic) [SparkBox] Suggested install directory: /opt/sparkbox [SparkBox] Data directory (media/photos/books/manga): /opt/sparkbox/data [SparkBox] System clock is in sync (0s off Cloudflare's reference) [SparkBox] Detected: Debian GNU/Linux 12 (bookworm) [SparkBox] RAM: 7707MB detected. 8GB+ recommended for media modules. [SparkBox] NAS mode: skipping system package installation. [SparkBox] Docker already installed: Docker version 28.3.1, build 38b7060 [SparkBox] Added truenasadmin to the docker group — docker commands work without sudo after the next login. [SparkBox] Docker Compose: 2.38.1 ============================================================ PREFLIGHT — here's what I found on this machine ============================================================ System: Debian GNU/Linux 12 (bookworm) Hardware: NAS (generic) Memory: 7707 MB Free disk: 111 GB at /opt Install to: /opt/sparkbox Timezone: America/LosAngeles Clock: in sync (0s off reference) Mode: fresh install ============================================================ [SparkBox] Downloading SparkBox... [SparkBox] Verifying release integrity... [SparkBox] SHA256 digest verified [SparkBox] ed25519 signature verified mkdir: cannot create directory ‘/opt/sparkbox’: Read-only file system curl: (23) Failure writing output to destination
Chris wrote:
That's a different wall than the apt-get one - TrueNAS SCALE mounts its boot-pool root dataset (where /opt lives) read-only by design, so nothing can create a directory there, no matter how much free space df shows. Our NAS mode currently always suggests /opt/sparkbox, which doesn't account for that TrueNAS quirk - that's a real gap on our end. Workaround: install onto your actual storage pool instead, which TrueNAS mounts writable under /mnt. Run 'ls /mnt' to find your pool's name, then: curl -fsSL https://get.tomsparkbox.com/install.sh | sudo bash -s -- --nas --install-dir /mnt/<your-pool/sparkbox