How to Use TrueNAS: The Beginner's Guide (First Install, First Pool, First Share, and the Never-Lose-a-Disk Rule)
CodexFuse Team · 2026-10-31T07:40:47.031Z · 18 min read min read
TrueNAS Community Edition is free, open-source NAS software built on ZFS. This beginner guide walks you from install to your first pool, datasets, SMB shares, snapshots, scrubs, and apps.
How to Use TrueNAS: The Beginner's Guide (First Install, First Pool, First Share, and the Never-Lose-a-Disk Rule)
Learning how to use TrueNAS turns an old computer and a few hard drives into a real network storage server — one that protects your files with ZFS, shares them with every device in your house, and costs nothing for the software itself. TrueNAS is a free, open-source NAS operating system built on OpenZFS, the filesystem that checksums every block of data and repairs silent corruption before it ruins a photo you will never take again. This truenas tutorial is the complete beginner arc: which edition to install in 2026, the hardware that actually works, the install steps, creating your first ZFS pool, datasets, your first SMB share, snapshots, scrubs, and your first app. And it starts with the one rule every beginner must hear, the never-lose-a-disk rule: decide your pool's RAIDZ level before you create it, because you cannot change it afterward. If you want to sanity-check your pool design before you click Create, run it through the TrueNAS pool planner — it computes usable capacity, quotas, and snapshot coverage for mirror and RAIDZ layouts.
What is the fastest way to get TrueNAS running?
The fastest beginner path is: download the current ISO, flash it to a USB stick, boot from it, install to a dedicated SSD you have picked on purpose, open the web UI from another computer, create a pool, add one dataset, and share it over SMB. In plain order, the steps are:
- Download the current TrueNAS Community Edition ISO from truenas.com and flash it to an 8 GB+ USB stick with Balena Etcher or Rufus. The current general release is 25.10.7 (Goldeye), shipped in September 2026.
- Boot the target machine from the USB stick and choose
Install/Upgradein the installer menu. Select your dedicated boot SSD as the install target — the installer will completely wipe it, so double-check the drive name and size before confirming. - Set the admin password when prompted, choose the boot mode (UEFI on modern boards), and let the install finish. Remove the USB stick and reboot into TrueNAS.
- Read the IP address the console screen shows (for example,
192.168.1.50). From another computer on the same network, open that address in a browser and log in with the admin account you created. - Go to
Storage → Create Pool. Name the pool, add your data drives as one Data vdev, and choose the layout: mirror for two drives, RAIDZ2 for four or more drives. - Create a child dataset under the pool for your first use (for example,
tank/media), then go toShares → Windows Shares (SMB) → Addand point the share at that dataset. - Enable the SMB service, create a TrueNAS user with the same username as your desktop, and open the share from your computer:
\\192.168.1.50on Windows,smb://192.168.1.50on macOS. - Go to
Data Protection → Periodic Snapshot Tasksand schedule a nightly snapshot of your dataset. Your NAS is now live, shared, and protected.
That is the whole loop. Everything below explains each step in detail: the edition choice, the hardware that actually works, the install, the pool layout decision you cannot undo, datasets, shares, snapshots, scrubs, and your first app.
Which TrueNAS should you install in 2026: Community Edition or CORE?
Install TrueNAS Community Edition — the Linux-based line formerly called SCALE — because CORE is the legacy FreeBSD branch with no active development. The rename landed in October 2026: "TrueNAS 26" never shipped and became TrueNAS 27 instead (a release candidate appeared October 6, 2026, with 27.0 due in early December), while Community Edition 25.10.7 "Goldeye" remains the recommended general release, shipped September 2026 on Linux kernel 6.12.99 with OpenZFS 2.3.4.
CORE's last release was 13.3 in July 2025, and iXsystems cancelled the FreeBSD line back in 2024. Independent community offshoots (FreeCORE, BSDnas) now carry the CORE codebase forward, but they are separate projects — for a first NAS, they are not the beginner path. Community Edition is where all new development happens: the Docker-based TrueNAS Apps system, the current hardware guidance, and the bug fixes all ship there.
If you find an older guide that says "install TrueNAS SCALE," follow it anyway — SCALE and Community Edition are the same product under two names, and the setup steps in this truenas install guide apply to both. Just make sure the ISO you download is a current one, not a years-old SCALE build from a stale bookmark.
What hardware do you need for TrueNAS?
You need far less than the forums make it sound like — a retired office PC works — but the specs that make a NAS pleasant rather than merely bootable are worth knowing before you buy drives. The official hardware guide publishes a hard floor, and the community has a realistic floor on top of it:
| Component | Official minimum | Realistic home build |
|---|---|---|
| CPU | Any 64-bit x86 Intel or AMD chip | Dual-core for storage only; quad-core if you will run apps or transcode media |
| RAM | 8 GB for basic operation with up to eight drives | 16 GB — the comfortable floor; add 1 GB per drive past eight |
| Boot device | 16 GB SSD (20 GB in the newest docs) | A dedicated 120 GB+ SSD, never shared with a storage pool |
| Data drives | Two identically sized drives for one pool | Four matched CMR drives — the sweet spot for a first RAIDZ2 pool |
| Network | Wired Ethernet | Wired Ethernet — Wi-Fi on a server is pain |
Two hardware notes save beginners more grief than anything else. First, use CMR (conventional recording) drives, not SMR (shingled) drives — SMR performs poorly under ZFS's write patterns, and NAS-rated families like Seagate IronWolf, WD Red Plus, and Toshiba N300 are all CMR and rated for 24/7 operation. Second, ECC memory is recommended but not required for home builds: ZFS checksums every block on read and write, and ECC only guards the rare case of a memory error corrupting data before ZFS ever sees it. Non-ECC RAM works fine where budget decides.
One more buying habit worth stealing: buy drives from two different batches or retailers when you can. Drives from the same manufacturing batch tend to fail in clusters, which is exactly when you do not want two disks dying together. If you are still deciding between building a NAS and renting a server, the what is VPS hosting guide lays out the rented-server alternative — but for local storage with LAN-speed transfers, nothing beats your own box.
How do you install TrueNAS?
Installing TrueNAS takes about ten minutes of actual work plus some waiting: flash the ISO, boot the machine from the USB stick, pick your boot SSD on purpose, and the installer handles the rest. The critical decision in the whole install is choosing the boot device — the installer completely wipes it and claims the entire disk for the TrueNAS operating system, which can never share that disk with a storage pool afterward.
Download the current Community Edition ISO from the official download page, then write it to a USB flash drive with Balena Etcher (or Rufus on Windows). Flashing erases the USB stick, so do not use one holding files you care about. Then plug the boot SSD and your data drives into the machine, insert the installer USB, and boot from it — you may need to change the boot order in your motherboard's boot menu first.
The installer shows a short menu. Choose option 1, then Install/Upgrade, and the installer lists your disks with their sizes. The boot SSD is usually the smallest drive in the list — press Space to mark it, then confirm. Next, set the admin password: this is the account that unlocks the web UI, so make it strong and store it in a password manager. Pick the boot mode (UEFI on modern boards), confirm, and wait a few minutes while TrueNAS installs.
When the installer says to reboot, remove the USB stick and let the machine boot from the SSD. The console screen will show the system's IP address at the bottom — write it down. From a second computer on the same network, open that address in a browser; if it shows 0.0.0.0, check that the network cable is plugged in and your router runs DHCP. Log in with the admin credentials you set, and you are inside the web UI, which is where everything from here happens.
How do you create your first ZFS pool in TrueNAS?
You create your first pool in Storage → Create Pool, and the single decision that matters is the layout — mirror, RAIDZ1, or RAIDZ2 — because the RAIDZ level of a pool cannot be changed after creation. The Pool Manager wizard walks you through naming the pool, adding your data disks as a Data vdev, and confirming; confirming also wipes every disk you added, so this is the last moment to double-check you picked data drives and not the boot SSD.
TrueNAS recommends RAIDZ layouts for general use, and for a 4-to-6-drive home NAS in 2026 the default recommendation has settled on RAIDZ2. Here is how the three common layouts compare:
| Layout | Drives needed | Drive failures survived | Usable from N drives | Best for |
|---|---|---|---|---|
| Mirror | 2 (or pairs) | 1 per mirror pair | 50% | Two-drive builds; fastest rebuilds |
| RAIDZ1 | 3+ | 1 | N − 1 | Small arrays where capacity matters most |
| RAIDZ2 | 4+ | 2 | N − 2 | 4–6-drive home NAS — the 2026 default pick |
Usable capacity is what beginners misjudge most, so here is the math on four 8 TB drives — the sweet-spot first build:
| Layout on four 8 TB drives | Usable capacity | Protection |
|---|---|---|
| Mirror (two pairs) | 16 TB | One disk can fail in each pair |
| RAIDZ1 | 24 TB | Any single disk can fail |
| RAIDZ2 | 16 TB | Any two disks can fail at once |
| Stripe (no redundancy) | 32 TB | Any single failure loses everything |
That last row is the cautionary tale: stripe gives you everything until it gives you nothing. Never stripe drives that hold data you care about. The Pool Manager also offers pool encryption (AES-256-GCM) — it protects data in transport and disposal, but if you lose the generated keys you lose access to your data, so back them up the moment you create them.
One architectural note for homelab owners: if you run a hypervisor, TrueNAS pairs beautifully with it — the Proxmox beginner guide covers the compute side while TrueNAS handles the storage. Run TrueNAS on bare metal with its own disks for your first build, not virtualized with passed-through controllers — that setup is real and popular, but it is also the fastest way for a beginner to lose data.
What are datasets, and how do you set them up?
Datasets are the folders-with-superpowers inside your pool: each dataset is a filesystem that can have its own compression, quota, permissions, snapshot schedule, and share, while sharing the pool's underlying space. TrueNAS creates a root dataset automatically when you make a pool, but you should create child datasets for each real use — for example, tank/media, tank/documents, and tank/photos — so a runaway download or a phone backup cannot eat the whole pool.
Create them under Datasets: pick the pool, click Add Dataset, give it a name, and leave compression on — ZFS compression is effectively free space on most file types. Set a quota on datasets that share the pool with important data; a quota is the guardrail that stops one dataset's junk drawer from crowding out everything else. Permissions get set per dataset too, which is why separating media from documents matters: your media share can be read-write for the family while documents stay locked down.
Think of the hierarchy this way: the pool is the warehouse, datasets are the labeled rooms, and the apps and shares are the doors into them. Every door in the next two sections — SMB shares and snapshots — is configured per dataset, which is why this five minutes of organization pays off for the life of the box.
How do you create an SMB share in TrueNAS?
You create an SMB share in Shares → Windows Shares (SMB) → Add, point it at a dataset, enable the SMB service, and add a TrueNAS user whose credentials your computer will use. SMB is the file-sharing protocol Windows speaks natively, and macOS speaks it too — one share serves both.
First create the dataset you want to share (or reuse the one from the last section). In the SMB share dialog, select that dataset and save. Then turn the SMB service on: without the service running, the share exists but answers nothing, and this is the step beginners forget most. Next, create a TrueNAS user under Credentials → Local Users — using the same username as your desktop computer makes authentication smooth — and give that user access to the dataset.
Now connect from your computer. On Windows, open File Explorer and type \\192.168.1.50 (your TrueNAS IP) in the address bar; on macOS, use Finder → Go → Connect to Server and enter smb://192.168.1.50. Enter the TrueNAS user credentials when asked. Your dataset is now a network drive, and you can copy files to it at full LAN speed. Map it as a permanent network drive if you will use it daily.
How do snapshots protect your data in TrueNAS?
Snapshots protect you from the things redundancy cannot: deleted files, bad edits, and ransomware — because a snapshot is an instant, read-only, point-in-time copy of a dataset that costs almost no space until the live data changes. ZFS is copy-on-write: it never overwrites data in place, so a snapshot simply keeps the old blocks around and is created in seconds no matter how large the dataset is.
TrueNAS schedules them with Periodic Snapshot Tasks. Go to Data Protection → Periodic Snapshot Tasks → Add, select your dataset, and set a schedule with a retention policy — a practical home setup is hourly snapshots kept for two days plus daily snapshots kept for a month. Then test it: delete a file from the share, and restore it yourself from the hidden .zfs/snapshot folder inside the dataset, or from Windows' Previous Versions tab. Knowing the restore works before you need it is the whole point.
The honest warning: snapshots are not a backup. They live on the same pool as your data, so a dead pool, a stolen box, or a house fire takes the snapshots with it. True snapshots-plus-offsite is the 3-2-1 habit: use TrueNAS replication tasks to send your snapshots to a second system, or keep an encrypted offsite copy. For the laptop and desktop files you copy to the NAS, the Kopia beginner guide covers a free encrypted backup tool that pairs perfectly with a TrueNAS share as its destination.
How do scrubs keep your pool healthy?
Scrubs keep your pool healthy by reading and verifying every block in the pool on a schedule — TrueNAS runs one automatically, usually monthly — so silent corruption in rarely read data gets found and repaired long before you notice a damaged file. Every block ZFS writes carries a checksum stored in a Merkle tree; on every read, the checksum is verified, and on a mirror or RAIDZ pool a bad block is automatically rebuilt from a known-good copy.
This is the feature that makes ZFS meaningfully more trustworthy than old-style RAID: a conventional RAID controller cannot tell which copy of a block is the corrupted one when only one bit differs, so it serves whichever copy it reads first. ZFS knows. The monthly scrub is how that protection reaches the files you never open — the photo archive, the old projects — because reading a file once a year is not enough to catch corruption in time.
Two things make scrubs work: a redundant pool and working drives. On a single-disk vdev, ZFS can detect corruption but cannot repair it — there is no second copy to rebuild from. And SMART tests, which check drive health separately, run alongside scrubs under Data Protection so you get warned before a disk fails completely. Leave both on; they are the reason you chose ZFS in the first place.
How do you install your first app on TrueNAS?
You install your first app from the TrueNAS Apps catalog — a built-in library of Docker-based applications that runs directly on the NAS, so the same box that stores your files can also serve your photos, block ads network-wide, or run a media server. Community Edition replaced the older Kubernetes-based apps system with Docker and Compose, which made apps simpler to install and maintain.
Go to Apps, pick the pool where app data should live, and browse the catalog. Jellyfin (self-hosted media server), Pi-hole (network-wide ad blocking), and Nextcloud (private cloud files) are the classic first three. Click an app, adjust the storage paths to point at your datasets, and install — TrueNAS handles the containers, networking, and updates from there.
A great first app is Immich, the self-hosted photo backup that replaces paid cloud photo storage: point its library at a dataset, install the phone app, and your photos back up to your own NAS automatically. The Immich beginner guide walks through that setup in detail. Keep apps on a realistic RAM budget — each container eats memory, and this is where the 16 GB realistic floor from the hardware section pays for itself.
TrueNAS vs Unraid: which one should you pick?
Pick TrueNAS if you want free, open-source ZFS storage with bit-rot protection; pick Unraid if you want a simpler interface, painless mixed-drive expansion, and are willing to pay $49 to $249 once. The two solve the same problem — a home storage server — with different philosophies, and the rivalry settles on a few clear lines:
| TrueNAS Community Edition | Unraid | |
|---|---|---|
| Price | Free and open source | $49 / $109 / $249 once, by device cap |
| Storage engine | ZFS pools (mirror / RAIDZ) | Parity array + optional ZFS pools |
| Bit-rot protection | Checksums + self-healing scrubs built in | Limited compared to ZFS |
| Adding drives later | New vdevs only; pool layout is fixed | Add one drive at a time, any size |
| Minimum RAM | 8 GB (16 GB realistic) | ~4 GB comfortable for many builds |
| Apps | Docker-based Apps catalog | Docker + large Community Applications store |
The practical difference is expansion style versus data integrity. Unraid lets you grow an array one mismatched drive at a time, which is wonderfully convenient — TrueNAS asks you to plan the pool up front (the never-lose-a-disk rule again) and rewards you with the strongest data-integrity story in home storage. If mixed old drives are your reality, Unraid is the kinder choice; if you are buying matched drives anyway, TrueNAS gives you more protection for the money.
Beginner mistakes that lose data
Every one of these has cost someone a pool. Learn them here instead of in recovery:
| Mistake | Why it hurts | Do this instead |
|---|---|---|
| Installing TrueNAS to a data drive | The installer wipes the boot disk completely | Use a dedicated SSD and verify its name and size in the installer |
| Striping drives for "more space" | One failed disk loses the entire pool | Mirror or RAIDZ2 — redundancy is the point of a NAS |
| Choosing RAIDZ1, then wanting RAIDZ2 | The RAIDZ level cannot change after pool creation | Decide before you create the pool; when in doubt, RAIDZ2 |
| SMR drives in a ZFS pool | Shingled writes perform terribly under ZFS | Buy CMR NAS-rated drives (IronWolf, Red Plus, N300) |
| No snapshots, "I'll set it up later" | Redundancy does not protect against deletion or ransomware | Schedule Periodic Snapshot Tasks on day one |
| Treating the NAS as the backup | Fire, theft, or a dead pool takes everything | Replicate snapshots offsite — 3-2-1 always |
| Sharing one dataset for everything | No per-use quotas, permissions, or snapshot policies | One dataset per use: media, documents, photos |
| Virtualizing TrueNAS on day one | Passed-through controllers are the fastest way to lose data | Bare metal for your first build; virtualize later |
Sources
- iXsystems — Download TrueNAS (Community Edition; page published 2026-01-06, updated 2026-10-06, crawled 2026-10-31): free, open, x86 hardware; the current Community Edition download page.
- iXsystems TrueNAS docs — Getting Started / 25.10 (Goldeye) notes and SCALE Hardware Guide (crawled 2026-10-31): 25.10.7 shipped September 2, 2026; minimum 8 GB RAM, 16 GB SSD boot device (20 GB in the TrueNAS 27 docs), two identically sized drives per pool; 8 GB covers up to eight drives, +1 GB per drive after eight; 16 GB for VMs, 32 GB+ optimal.
- Tech Insider — "How to Build a NAS With TrueNAS Scale: 10 Steps" (August 15, 2026, crawled 2026-10-31): full 10-step 2026 build, RAIDZ2 as the 4–6-drive default, 16 GB realistic RAM floor, ECC nice-to-have, CMR over SMR, Linux kernel 6.12.99 on 25.10.7, CORE marked legacy as of May 2026.
- TruenasGuide — TrueNAS SCALE requirements pieces (crawled 2026-10-31): official minimums vs realistic needs; TrueNAS 27.0.0-RC.1 arrived October 6, 2026 with 27.0 due early December; "TrueNAS 26" never shipped.
- iXsystems — "How to Set Up and Install TrueNAS CORE" (updated 2026-07-02, crawled 2026-10-31): the official install arc — Install/Upgrade menu, boot device selection and wipe warning, admin password, UEFI/BIOS choice, console IP address.
- PeiceOfToast — "First home lab, start to finish: Proxmox VE + TrueNAS" (September 2026, crawled 2026-10-31): disks → pool → dataset → share order, mirror/RAIDZ decision table, fixed-IP habit, warning against virtualized TrueNAS for beginners.
- Vectree — TrueNAS services-layer reference (crawled 2026-10-31): snapshot copy-on-write behavior, Periodic Snapshot Tasks retention, scrub scheduled monthly by default, checksum Merkle tree, self-healing on redundant pools.
- PC Server and Parts — "TrueNAS vs Unraid 2026: Building a NAS on a Used Server" (crawled 2026-10-31): TrueNAS free vs Unraid $49/$109/$249, CORE's last release July 14, 2025, 8 GB + 1 GB/drive RAM rule, ECC recommended-not-required.
- The Register — "Offshoots of cancelled TrueNAS Core upgrade to FreeBSD 15" (September 2026, crawled 2026-10-31): CORE cancelled 2024; FreeCORE and BSDnas carry the FreeBSD line forward independently.
- Frank Schmidt — "Configuring TrueNAS: Create a Data-Pool" (November 2025, crawled 2026-10-31): the Pool Creation Wizard arc — Storage → Create Pool, layout selection, confirm-and-wipe.
Frequently Asked Questions
Is TrueNAS free to use?
Yes. TrueNAS Community Edition is free and open source — there is no license fee, no feature paywall for the core product, and no subscription required to run your own NAS on your own hardware. iXsystems sells enterprise appliances and support separately, but the software you install at home costs nothing. That is the whole pricing story: you pay for disks and a machine, never for TrueNAS itself.
Can you run TrueNAS on an old PC?
Yes — a retired office desktop is the classic first TrueNAS box, provided it is 64-bit x86 with at least 8 GB of RAM, a dedicated SSD for the boot device, and enough drive bays for your data disks. Use CMR drives (not SMR), give the machine wired Ethernet, and keep the boot SSD separate from your storage pool. 16 GB of RAM is the comfortable floor if you will also run apps like Jellyfin or Immich.
How much RAM does TrueNAS really need?
The official minimum is 8 GB for basic operation with up to eight drives, plus 1 GB for each drive beyond eight. In practice, 16 GB is the realistic floor for a comfortable home NAS, and 32 GB is worth budgeting if you run several apps or virtual machines. ZFS uses spare RAM as a read cache (the ARC), so more memory directly speeds up repeated reads — and ECC memory is recommended but not required for home builds.
Can you change a TrueNAS pool from RAIDZ1 to RAIDZ2 later?
No. The RAIDZ level of a pool is fixed at creation — this is the never-lose-a-disk rule from the start of this guide. The only way to change levels is to back up everything, destroy the pool, recreate it at the new level, and restore. That is why the guide steers first-time builders to RAIDZ2 for four or more drives: it tolerates two simultaneous failures, and you never have to wish you had chosen it later.
Do TrueNAS snapshots count as a backup?
No. Snapshots live on the same pool as your data, so a dead pool, a stolen NAS, or a house fire takes the snapshots with it — they protect against deletion, bad edits, and ransomware, not against losing the hardware. A real backup is 3-2-1: your data, on two different media types, with one copy offsite. Use TrueNAS replication tasks to send snapshots to a second system, and keep an encrypted offsite copy too.