<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Truenas on Russell ‛Russ’ Frith</title><link>https://russfrith.com/tags/truenas/</link><description>Recent content in Truenas on Russell ‛Russ’ Frith</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 20 Apr 2026 10:04:30 -0400</lastBuildDate><atom:link href="https://russfrith.com/tags/truenas/index.xml" rel="self" type="application/rss+xml"/><item><title>Building a Quiet NAS for a Real Small Office (and Why I Chose TrueNAS)</title><link>https://russfrith.com/posts/building-a-quiet-nas-for-a-real-office/</link><pubDate>Mon, 20 Apr 2026 10:04:30 -0400</pubDate><guid>https://russfrith.com/posts/building-a-quiet-nas-for-a-real-office/</guid><description>How I’m Running My Office Infrastructure Like Something I’d Trust in Production</description><content:encoded><![CDATA[<p>When people talk about building a NAS, the conversation usually goes one of two ways:</p>
<ul>
<li>A step-by-step install guide for software such as TrueNAS</li>
<li>Or a massive rack-mounted setup with more drives than most small businesses will ever need</li>
</ul>
<p>Neither of those was what I was looking for.</p>
<p>I didn’t want a homelab,
I didn’t want a science project,
And I definitely didn’t want something that sounded like a server room sitting five feet from my desk.</p>
<p>I wanted something simple:</p>
<blockquote>
<p>A reliable, quiet NAS that fits into a real office and just does its job.</p>
</blockquote>
<p>This is how I approached that problem—and why I landed on TrueNAS.</p>
<hr>
<h2 id="the-constraints-this-is-where-it-starts">The Constraints (This Is Where It Starts)</h2>
<p>Before looking at hardware or software, I had to be honest about the constraints.</p>
<p>This wasn’t going into a basement or a dedicated rack closet; it was going into a small office where I actually work every day.</p>
<p>That meant:</p>
<ul>
<li><strong>Noise matters</strong> — constant fan and/or hard disk noise gets old fast</li>
<li><strong>Size matters</strong> — I don’t have space for a full rack server</li>
<li><strong>Power usage matters</strong> — this runs 24/7</li>
<li><strong>Reliability matters</strong> — this is storing real work, not media hoarding</li>
<li><strong>Cost matters</strong> — but not at the expense of stability</li>
</ul>
<p>And maybe most importantly:</p>
<blockquote>
<p>I didn’t need “infinite scalability.” I needed “appropriate capacity.”</p>
</blockquote>
<p>That framing alone rules out a lot of overbuilt solutions.</p>
<hr>
<h2 id="why-not-just-buy-a-synology">Why Not Just Buy a Synology?</h2>
<p>I seriously considered it.</p>
<p>Synology (and others) are great for:</p>
<ul>
<li>Plug-and-play setups</li>
<li>Low effort</li>
<li>Clean UI</li>
</ul>
<p>But I kept coming back to a few concerns:</p>
<ul>
<li>You’re locked into their ecosystem</li>
<li>Hardware is often underpowered for the price</li>
<li>You don’t really control the underlying system</li>
<li>ZFS (which I wanted) isn’t part of the story</li>
</ul>
<p>For some use cases, that tradeoff is fine. For mine, I wanted something that felt a little closer to the metal, without becoming a full-time job to manage.</p>
<hr>
<h2 id="why-not-reuse-old-hardware">Why Not Reuse Old Hardware?</h2>
<p>This is the classic “free NAS” trap.</p>
<p>Take an old desktop, throw some drives in it, install something, and call it a day.</p>
<p>The problem is:</p>
<ul>
<li>It’s usually <strong>louder</strong></li>
<li>It’s often <strong>less power efficient</strong></li>
<li>It tends to become <strong>less reliable over time</strong></li>
</ul>
<p>It works—until it doesn’t. I wanted something intentionally built for the role.</p>
<hr>
<h2 id="hardware-right-sized-not-overbuilt">Hardware: Right-Sized, Not Overbuilt</h2>
<p>I ended up building around an Intel N5105-based motherboard in a compact NAS case.</p>
<p>That decision wasn’t about chasing performance—it was about practicality.</p>
<p>A big factor was:</p>
<p>I already had DDR4 SO-DIMMs on hand</p>
<p>That immediately lowered the cost of the build and made the N5105 platform a very natural fit. It’s easy to overlook things like existing parts, but they can (and should) influence your decisions.</p>
<p>Beyond that, the platform checked the boxes I cared about:</p>
<ul>
<li>Low power draw</li>
<li>Quiet operation (no need for aggressive cooling)</li>
<li>Enough performance for storage and light services</li>
<li>Compact, purpose-built NAS boards available</li>
</ul>
<p>For storage, I went with:</p>
<p>3 × WD Red Plus 6TB drives
Configured as RAIDZ1</p>
<p>Why 3 drives?</p>
<p>Because it hit the balance I was looking for:</p>
<ul>
<li>Redundancy</li>
<li>Reasonable usable capacity</li>
<li>Lower cost and less noise than a larger array</li>
</ul>
<p>Could I have gone bigger? Sure. But again, the goal wasn’t to build the biggest NAS possible—it was to build the right one.</p>
<hr>
<h2 id="the-case-for-quiet">The Case for Quiet</h2>
<p>The case matters more than most people think.</p>
<p>I went with a <strong>Jonsbo N1</strong>, which is:</p>
<ul>
<li>Compact</li>
<li>Clean looking</li>
<li>Designed for NAS builds</li>
<li>Capable of good airflow without excessive fan noise</li>
</ul>
<p>Combined with:</p>
<ul>
<li>Fewer drives</li>
<li>Efficient CPU</li>
<li>No unnecessary components</li>
</ul>
<p>…the result is something that fades into the background.</p>
<p>That was the goal.</p>
<hr>
<h2 id="why-truenas">Why TrueNAS</h2>
<p>Once hardware was settled, the OS decision became much easier.</p>
<p>I considered:</p>
<ul>
<li>Unraid</li>
<li>Plain Linux + ZFS</li>
<li>Even going back to something simpler</li>
</ul>
<p>But TrueNAS hit the balance I wanted:</p>
<h3 id="1-zfs-without-compromise">1. ZFS Without Compromise</h3>
<p>ZFS was a requirement:</p>
<ul>
<li>Snapshots</li>
<li>Data integrity</li>
<li>Long-term reliability</li>
</ul>
<p>TrueNAS treats ZFS as a first-class citizen.</p>
<hr>
<h3 id="2-a-real-ui-without-losing-control">2. A Real UI (Without Losing Control)</h3>
<p>I didn’t want to manage everything via CLI.</p>
<p>But I also didn’t want a locked-down appliance.</p>
<p>TrueNAS sits in a good middle ground:</p>
<ul>
<li>Web UI for 90% of tasks</li>
<li>CLI available when needed</li>
</ul>
<hr>
<h3 id="3-designed-for-this-exact-use-case">3. Designed for This Exact Use Case</h3>
<p>TrueNAS isn’t trying to be everything.</p>
<p>It’s very clearly designed to:</p>
<blockquote>
<p>Store data reliably.</p>
</blockquote>
<p>That focus shows up in:</p>
<ul>
<li>Dataset management</li>
<li>Snapshots</li>
<li>Replication</li>
<li>Backup workflows</li>
</ul>
<hr>
<h2 id="setup-what-actually-mattered">Setup: What Actually Mattered</h2>
<p>There are plenty of guides on installing TrueNAS, so I won’t repeat that.</p>
<p>What <em>did</em> matter:</p>
<h3 id="network-gotchas">Network Gotchas</h3>
<p>My onboard NICs didn’t behave as expected during install.</p>
<p>This is one of those moments where:</p>
<blockquote>
<p>Having a simple USB Ethernet adapter saved a lot of time.</p>
</blockquote>
<p>Once installed, everything worked—but it’s a good reminder that:</p>
<ul>
<li>Hardware compatibility still matters</li>
<li>“Supported” doesn’t always mean “smooth”</li>
</ul>
<hr>
<h3 id="pool-design">Pool Design</h3>
<p>I kept things simple:</p>
<ul>
<li><code>boot-pool</code> (system)</li>
<li><code>core-pool</code> (main RAIDZ1 storage)</li>
</ul>
<p>There’s a temptation to over-engineer this early. I’d recommend resisting that. Start simple. Expand later.</p>
<hr>
<h3 id="dataset-structure">Dataset Structure</h3>
<p>Instead of dumping everything into one dataset, I split by purpose:</p>
<ul>
<li>Backups (Proxmox)</li>
<li>General storage</li>
<li>Future expansion</li>
</ul>
<p>This gives flexibility later without overcomplicating the initial setup.</p>
<hr>
<h2 id="how-it-fits-into-my-stack">How It Fits Into My Stack</h2>
<p>This NAS isn’t standalone.</p>
<p>It’s part of a broader setup:</p>
<ul>
<li><strong>Proxmox</strong> running VMs and containers</li>
<li>Backups flowing into TrueNAS</li>
<li>Future plans for snapshots and replication</li>
</ul>
<p>The goal is:</p>
<blockquote>
<p>Compute happens on Proxmox
Storage lives on TrueNAS</p>
</blockquote>
<p>Keeping those roles separate has already proven to be the right call.</p>
<hr>
<h2 id="what-id-do-differently">What I’d Do Differently</h2>
<p>A few small things:</p>
<ul>
<li>I’d plan static IP assignments earlier</li>
<li>You don&rsquo;t need a huge boot drive; I settled on 32GB and it&rsquo;s been plenty</li>
<li>I’d document drive bay → serial mappings sooner</li>
</ul>
<p>Nothing major—but these are the kinds of details that matter over time.</p>
<hr>
<h2 id="final-thoughts">Final Thoughts</h2>
<p>There are a lot of ways to build a NAS.</p>
<p>Most of them fall into one of two categories:</p>
<ul>
<li>Overbuilt</li>
<li>Or underthought</li>
</ul>
<p>I was aiming for something in the middle.</p>
<ul>
<li>Not flashy.</li>
<li>Not massive.</li>
<li>Not complicated.</li>
</ul>
<p>Just:</p>
<blockquote>
<p>Reliable, quiet, and appropriate for the job.</p>
</blockquote>
<p>And for that, TrueNAS turned out to be the right foundation.</p>
<hr>
<p>If you’re building something similar, my advice is simple:</p>
<ul>
<li>Start with your constraints.</li>
<li>Be honest about what you actually need.</li>
<li>And resist the urge to build for a future that may never come.</li>
</ul>
<p>That alone will get you 90% of the way there.</p>
]]></content:encoded></item></channel></rss>