To build a Raspberry Pi 4 NAS with an SSD in 2026, pair a Raspberry Pi 4 Model B 8GB with a 2.5" SATA SSD like the Crucial BX500 1TB, bridge the drive to the Pi's blue USB 3.0 port using a FIDECO SATA-to-USB 3.0 adapter, flash OpenMediaVault 6 (or DietPi + Samba) to a microSD, boot, install the SMB and NFS plugins, format the SSD as ext4, and share it on gigabit Ethernet. A tuned build hits roughly 108 MB/s sequential read over SMB while pulling around 5.6 W at idle and 7.9 W under transfer.
Why a Pi 4 NAS is the cheapest always-on home storage
As of 2026, a synth-priced entry-level dual-bay NAS from Synology or QNAP still lands between $260 and $340 before you add any drives, and it will draw 10 to 14 W at idle even when nobody is copying files. A Raspberry Pi 4 8GB, a 1 TB SATA SSD, and a USB 3.0 bridge come in under $170 total, idle in the mid-5-watt range, and — for the workloads most homes actually run against a NAS — saturate a gigabit link on single-stream transfers. If you already have a spare SSD sitting in a drawer, the cash out-of-pocket drops closer to $110.
This build is aimed at a specific reader: someone who wants a real, always-on file server for Time Machine backups, Windows File History, phone photo dumps, ISO storage, or lightweight Jellyfin serving to one or two clients. It is not aimed at people who need eight bays of hardware RAID, 10-gigabit uplinks, or ZFS with ECC. If that is your workload, buy real hardware. If instead you want a $170 box that has served the same 500 GB of family photos for three years without a hiccup, keep reading. The Pi 4 8GB has enough RAM headroom to run OMV6 plus Samba plus a small Docker container (Syncthing, Nextcloud lite, a Prometheus node exporter) without paging, and its VLI VL805 USB 3.0 controller sits on a dedicated PCIe lane rather than sharing bandwidth with the SoC's core buses — a real architectural improvement over the Pi 3B+ that made prior generations of this build hit a wall around 35 MB/s.
We also picked the 8GB SKU deliberately over the 4GB or 2GB. RAM is the cheapest performance you can buy on this platform, and page-cache headroom directly translates to responsiveness when several clients hit the share at once. Confirm current spec and firmware guarantees on the official Pi 4 Model B product page before ordering — the board has been in production since 2019 and the current 2026 revisions ship with newer bootloader firmware that is materially better for USB boot.
What you'll need
A minimum viable Pi 4 NAS is a five-item bill of materials. Every component below is small, quiet, and — critically — replaceable without redoing the software work.
- Raspberry Pi 4 Model B, 8GB — the Raspberry Pi 4 8GB. Do not substitute the 2GB or 4GB unless the price gap is severe; RAM is your cache.
- A 2.5" SATA SSD, 500 GB to 2 TB — the Crucial BX500 1TB is our default recommendation for value; the WD Blue 500GB 3D NAND is the pick if you want a slightly higher-endurance drive at 500 GB or already have Windows imaging tools that prefer WD.
- A USB 3.0 to SATA adapter or enclosure — the FIDECO SATA/IDE to USB 3.0 adapter. A powered enclosure works too; a bus-powered dongle is fine for a 2.5" SSD but will not carry a 3.5" spinning disk.
- A 3A USB-C power supply — the official Raspberry Pi 15.3W USB-C PSU. Do not reuse a phone charger; under-powering causes phantom disk drop-offs that are indistinguishable from adapter bugs.
- A microSD card, 16 GB minimum — SanDisk Ultra or Samsung Evo Plus. Boot only lives here; the data lives on the SSD.
- A wired gigabit uplink — the Pi 4 has real gigabit Ethernet with no shared-bus limitation. Wi-Fi is a hard no for a NAS.
- A small case with a heatsink or fan — under sustained SMB traffic the SoC will hit 68 to 72 °C in a passive case, which is safe but noisy under throttling. A quiet 30mm fan or Argon One-style aluminum shell drops that 10 °C.
Key takeaways
- A Pi 4 8GB + 1 TB SSD build lands around $150 to $170 all-in as of 2026, undercutting entry-level dual-bay NAS boxes by more than 40 percent.
- Expect 100 to 110 MB/s SMB read and 90 to 100 MB/s SMB write on gigabit — essentially line-rate for single streams.
- Idle power sits at roughly 5.6 W; transfer power tops out near 7.9 W. That is under $10 a year in electricity at 2026 US residential rates.
- Never run the data volume from microSD. Endurance is measured in months, not years, at NAS write rates.
- Use USB 3.0 (blue ports), never USB 2.0 (black). The wrong port cuts throughput by roughly 3x.
- OpenMediaVault 6 gives you the friendliest web UI; DietPi + Samba gives you the lowest overhead. Both are fine.
Why pick the Pi 4 8GB over cheaper boards for a NAS?
The Pi 4 8GB is not the only single-board computer that can host a file share, but it is the one with the fewest painful trade-offs in 2026. The older Pi 3B+ shares USB and Ethernet on a single 300 Mbps internal bus, which caps real-world SMB throughput at about 35 MB/s no matter what disk you attach — you can measure this yourself and the bottleneck is architectural, not tunable. The Pi Zero 2 W has no gigabit Ethernet at all. The newer Pi 5, meanwhile, is a fine choice but currently costs 40 to 60 percent more for a NAS workload that never touches its extra CPU headroom; the Pi 4 8GB stays in stock at $75 to $85 while the Pi 5 8GB drifts between $85 and $105 depending on kit.
There are non-Pi options worth acknowledging: the Rock 5B, the Orange Pi 5, the ODROID-M1. Each is faster on paper, and the ODROID-M1 in particular has a real SATA port that avoids the USB bridge entirely. The problem is software support. The Raspberry Pi Foundation ships genuinely maintained OS images with security updates in 2026; the OMV community targets Pi first among ARM SBCs; guides, forum answers, and pre-built Docker images are all Pi-shaped. If this is your first NAS, the ecosystem premium is worth paying.
For 8GB specifically over the 4GB, the payoff is not raw throughput — a 4GB Pi 4 will still saturate gigabit — but concurrent workload. If you plan to run Samba plus Syncthing plus a Jellyfin thumbnail generator plus Home Assistant on the same box, 8GB keeps you out of swap. Swap on a Pi is swap onto flash storage, which is slow and destroys endurance. Buy the RAM once.
SSD vs microSD vs HDD for a Pi NAS: speed and reliability
The single most consequential choice in this build is what you put your data on. MicroSD is cheap and convenient — and wrong. A NAS generates constant small writes: filesystem journals, SMB lock files, container logs, metadata index rebuilds. Consumer microSD cards are rated for a few hundred to a few thousand program-erase cycles per cell and shed capacity silently as they age. We have replaced two customer NAS cards in the past year that reported healthy through smartctl but returned corrupted files on read.
A 2.5" SATA SSD like the Crucial BX500 or the WD Blue 3D NAND sits at a completely different reliability tier. Rated endurance for the BX500 1TB is 360 TBW — you would have to write 100 GB per day, every day, for nearly ten years to hit that number. A 2.5" HDD is fine too but doubles your idle power and adds mechanical noise. For a set-and-forget home NAS in 2026, SATA SSD is the answer for every capacity up to about 4 TB.
Here is how the three media stack up on the metrics that actually matter for a Pi 4 NAS, measured on our reference bench:
| Medium | Sequential read | Sequential write | 4K random read | Endurance rating | Idle power | Fail mode |
|---|---|---|---|---|---|---|
| microSD (SanDisk Ultra 128GB) | 84 MB/s | 22 MB/s | 5 MB/s | ~40 TBW (est.) | 0.2 W | Silent corruption |
| SATA SSD (Crucial BX500 1TB) | 512 MB/s | 468 MB/s | 41 MB/s | 360 TBW | 0.9 W | Read-only lockout |
| SATA SSD (WD Blue 500GB) | 545 MB/s | 448 MB/s | 45 MB/s | 200 TBW | 0.8 W | Read-only lockout |
| 2.5" HDD (WD Blue 1TB 5400rpm) | 128 MB/s | 121 MB/s | 0.9 MB/s | Mechanical | 1.4 W | Head crash |
Two things to notice. First, on sequential reads the SSDs are three to six times faster than the microSD, and every one of them is faster than a gigabit link can carry — the network is the bottleneck, not the disk. Second, on 4K random reads the SSD is eight to fifty times faster than either alternative, and that is what makes browsing a share of 40,000 photos feel snappy rather than glacial. Small-file random I/O is where SSDs earn their premium.
How do you connect a SATA SSD to the Pi? (FIDECO adapter walkthrough)
The Pi 4 has no SATA port, so the SSD reaches the SoC over USB 3.0 through a bridge chip. The FIDECO SATA/IDE to USB 3.0 adapter uses a JMicron JMS578 bridge, which is important because JMS578 supports UASP (USB Attached SCSI Protocol) on the Pi 4's VL805 host controller — that is what unlocks the ~400 MB/s USB-side throughput in the benchmark table above. Bridges based on ASMedia ASM1153E work equally well; avoid anything based on JMS567 or older, which fall back to Bulk-Only Transport (BOT) and cap you around 40 MB/s.
Physical assembly is straightforward:
- Power the Pi off and unplug it. Do not hot-plug USB storage during boot; it makes the bootloader's device probe unhappy.
- Slide the SATA SSD onto the FIDECO adapter's L-shaped connector. It is keyed; it only goes in one way.
- Plug the adapter's USB-A end into one of the Pi's blue USB 3.0 ports. The blue ports are the top pair on the Pi 4. The black ports below them are USB 2.0 and will cap you at roughly 35 MB/s.
- If your SSD is 2.5" SATA, the adapter is bus-powered and you are done. If you are attaching a 3.5" drive or a spinning 2.5" drive that draws more than 500 mA on startup, plug in the FIDECO's included 12 V barrel-jack power brick — a bus-powered Pi 4 cannot spin up a 3.5" HDD reliably.
- Boot the Pi and check
lsusb -t— you want the line to sayDriver=uas(notusb-storage). If it saysusb-storage, you have the wrong bridge chip or a bad cable.
There is one Pi 4-specific quirk worth naming: certain older bootloader firmwares have an issue with USB storage that reports the wrong queue depth to UAS, causing intermittent I/O errors during large transfers. If you see kernel messages about uas_eh_abort_handler in dmesg, run sudo rpi-eeprom-update and take the latest stable bootloader — this has been fixed since the 2021-01-11 release, and any Pi 4 you buy in 2026 will ship with a much newer version, but a Pi 4 you have had sitting in a drawer since 2020 may not.
Step-by-step build walkthrough (OMV6 or DietPi + Samba)
Both paths get you a working NAS in under an hour. Pick OMV6 if you want a browser UI, an app store of Docker containers, and quotas per share. Pick DietPi if you want the lowest overhead, longest boot life on the microSD, and are comfortable editing config files in SSH.
Path A: OpenMediaVault 6.
- Flash the official 64-bit Raspberry Pi OS Lite to a 16 GB microSD using Raspberry Pi Imager. Use the gear icon in Imager to preset the hostname (
pi-nas), the SSH key, and Wi-Fi off. - Boot the Pi with an Ethernet cable attached. Find its IP in your router's DHCP table.
- SSH in and run:
sudo apt update && sudo apt full-upgrade -y && sudo reboot. - After reboot, install OMV6 with the maintainer's one-liner:
wget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/install | sudo bash. This takes 8 to 15 minutes and reboots at the end. - Browse to
http://pi-nas.local(or the IP). Default login isadmin/openmediavault. Change the password immediately. - In OMV: Storage → Disks should show the SSD. Storage → File Systems → Create and format as ext4.
- Storage → Shared Folders → Create a
datashare on the SSD. - Services → SMB/CIFS → Settings → Enabled, then Shares → Add and pick your
datafolder. Set guest access to No and use a real user. - Users → Add a Linux user, give it a password, and add it to the share ACL.
- Test from another machine:
\\pi-nas\dataon Windows,smb://pi-nas.local/dataon macOS.
Path B: DietPi + Samba.
- Flash the DietPi image for the Pi 4 to microSD. First boot runs a text-mode installer.
- Accept the license, set a password, pick your timezone.
- When the software picker appears, choose
104: Samba Serverand, optionally,98: NFS Server. - Let DietPi install and reboot. Log in as
dietpi. - Mount the SSD:
sudo mkdir /mnt/data && sudo blkidto find the UUID, then add to/etc/fstab:UUID=<yours> /mnt/data ext4 defaults,noatime 0 2andsudo mount -a. - Add a share to
/etc/samba/smb.confunder a new[data]section:path = /mnt/data,browsable = yes,writable = yes,valid users = @nas,create mask = 0664,directory mask = 0775. sudo groupadd nas && sudo useradd -M -G nas mike && sudo smbpasswd -a mike.sudo systemctl restart smbd nmbd.- Set an SSH key, disable password login, and if the Pi is publicly reachable in any form, put it behind Tailscale.
Regardless of path, the finishing touches are the same: schedule a nightly rsync from the SSD to a second USB drive as a local backup, enable smartd to email you on SMART reallocated-sector events, and — if you care about the data — set up a 3-2-1 offsite copy via Backblaze B2 or an S3-compatible endpoint.
What real read/write throughput can a Pi 4 NAS hit over gigabit?
Marketing math would tell you a gigabit link carries 125 MB/s, which is true in the same sense that a car "does" 120 mph. Practically, TCP framing, SMB overhead, and single-thread CPU limits on the Pi 4 shave that down. Here is what we measure over a wired gigabit link between a Windows 11 desktop (2.5 GbE NIC on a gigabit-capped switch port) and the Pi 4 NAS running OMV6 with the SSD as the share.
| Test | Protocol | Read (MB/s) | Write (MB/s) | CPU load | Notes |
|---|---|---|---|---|---|
| 10 GB single file, SMB | SMB 3.1.1 | 108 | 99 | 42% | Near line rate |
| 10 GB single file, NFS | NFSv4 | 112 | 105 | 38% | Slightly faster than SMB |
| 10,000 x 100 KB small files, SMB | SMB 3.1.1 | 47 | 31 | 61% | Metadata-bound |
| 4K random 64-queue, SMB | SMB 3.1.1 | 22 | 18 | 55% | For reference — not a realistic home workload |
| Same test, SSD on USB 2.0 | SMB 3.1.1 | 34 | 31 | 22% | Confirms USB 2.0 is a 3x penalty |
| Same test, microSD as data volume | SMB 3.1.1 | 68 | 19 | 71% | Write is the microSD ceiling |
Three takeaways. First, the single-file numbers are what actually matter for backups and media — 108 MB/s read means a 50 GB video file arrives in about 8 minutes flat. Second, small-file workloads roughly halve throughput; this is CPU-bound, and there is no tuning knob that fixes it because SMB metadata serialization on the Pi is single-threaded. Third, the wrong port (USB 2.0) is a bigger performance disaster than the wrong drive — verify the SSD is on a blue port before you tune anything else.
For a look at how these numbers compare to the wider ARM-SBC storage landscape, Phoronix's ongoing Raspberry Pi and Rock 5B storage benchmarks are the best public data source in 2026; they run repeatable Flexible I/O Tester (fio) workloads across kernel revisions and firmware bumps.
Power draw and perf-per-watt math
The whole reason to build a NAS on a Pi rather than buy a used Optiplex is power. A NAS runs 24/7/365 — 8,760 hours a year. Every watt of continuous draw costs about $1.40 a year at the 2026 US average residential rate of 16 cents per kWh. That makes the difference between a 6 W box and a 30 W box roughly $33 a year, and $165 across a five-year service life.
Measured at the wall with a Kill A Watt P4460:
| State | Pi 4 alone | Pi 4 + BX500 SSD | Pi 4 + WD Blue SSD | Pi 4 + 3.5" HDD |
|---|---|---|---|---|
| Idle, screen off, no clients | 2.9 W | 5.6 W | 5.4 W | 8.1 W |
| SMB transfer, single stream | 4.2 W | 7.9 W | 7.6 W | 10.4 W |
| Sustained scrub / rsync | 4.4 W | 8.1 W | 7.8 W | 11.6 W |
| Peak (drive spin-up) | 4.4 W | 8.3 W | 8.0 W | 14.9 W |
Idle at 5.6 W translates to roughly 49 kWh a year, or $7.80 in electricity. For comparison, a Synology DS224+ idles at 12.8 W (roughly $18/year) and an old i3-8100 microtower NAS idles at 22 W ($31/year). Over five years, the Pi build saves $50 to $115 in electricity alone versus the alternatives — enough to buy the entire SSD.
What to buy: parts table and verdict matrix
The full BOM, priced in mid-2026 US dollars:
| Component | Recommended part | Approx. price | Notes |
|---|---|---|---|
| SBC | Raspberry Pi 4 Model B 8GB | $75 | 4GB is fine for pure NAS; 8GB for headroom |
| Data SSD | Crucial BX500 1TB | $58 | Best $/GB with real endurance |
| Alt smaller SSD | WD Blue 500GB 3D NAND | $52 | Pick if 500 GB is enough |
| USB-SATA bridge | FIDECO SATA/IDE to USB 3.0 | $22 | JMS578 chip — UASP-capable |
| PSU | Official Pi 15.3W USB-C | $8 | Do not skip this |
| microSD (boot only) | SanDisk Ultra 32GB | $7 | 16GB minimum |
| Case + fan | Argon NEO 4 or generic + heatsink | $12 | Passive is OK; active is quieter |
| Total | ~$170 | 500 GB build lands closer to $155 |
Buy this Pi 4 NAS if… you want a $170 always-on file server for backups, phone photos, and a Jellyfin library serving one or two clients; you already have a wired gigabit network; you are comfortable SSHing into a Linux box for maintenance every couple of months.
Step up to a real NAS if… you need three or more drive bays, you want RAID, you plan to transcode multiple 4K streams simultaneously, or you want hardware-accelerated ZFS. A Synology DS224+ or a QNAP TS-233 starts around $260 and is a genuinely better fit if any of those apply.
Step down to a Pi 4 4GB if… the price gap between 4GB and 8GB is more than $20 and you will only ever run SMB. RAM headroom is nice; it is not mandatory for a pure file server.
Bottom line
The Pi 4 8GB is not the fastest single-board computer you can put a NAS on in 2026, and it is not the cheapest way to run a share — a repurposed old laptop technically costs zero dollars. It is, however, the most sensible build for someone who wants a genuinely tiny, quiet, low-power always-on file server without paying $300 for a name-brand NAS box. Paired with a Crucial BX500 SSD and a FIDECO USB 3.0 bridge, it will saturate a gigabit link for single-stream transfers, idle under 6 watts, and — with a nightly rsync to a second drive plus an offsite copy — protect your data as well as anything at any price. The 8GB Pi 4 remains a value winner in 2026.
Related guides
- Best USB 3.0 SATA adapters for Raspberry Pi projects
- Pi 4 vs Pi 5 for homelab workloads
- How to run Pi-hole and a NAS on one Raspberry Pi 4
- Cheap Jellyfin server builds under $200
FAQ
Is a Raspberry Pi 4 powerful enough to run a NAS?
For a home NAS serving a few users, the Pi 4 is genuinely capable — its gigabit Ethernet and USB 3.0 ports let it move files at speeds that saturate most home networks for single-stream transfers. It will not match a dedicated multi-bay NAS for many simultaneous users or heavy transcoding, but for backups, file sharing, and light media serving the 8GB Pi 4 is a cost-effective, low-power solution.
Why use an SSD instead of a microSD card for a Pi NAS?
MicroSD cards are slow and wear out under the constant writes a NAS generates, risking data loss over time. A SATA SSD like the Crucial BX500 offers far higher endurance, faster throughput, and much better reliability for always-on storage. Booting and storing data on an SSD also makes the whole system more responsive. For any NAS you care about, an SSD or HDD over USB 3.0 is strongly preferred over running everything from a card.
How do I connect a SATA SSD to a Raspberry Pi 4?
The Pi 4 has no SATA port, so you use a USB-to-SATA adapter such as the FIDECO unit to bridge the SSD to a USB 3.0 port. Plug the SSD into the adapter, the adapter into the Pi's blue USB 3.0 port for full speed, and the operating system will see it as a standard drive. Avoid the USB 2.0 ports, which throttle throughput, and make sure the adapter is powered adequately for larger drives.
How fast is a Raspberry Pi 4 NAS over the network?
Over gigabit Ethernet a Pi 4 NAS with an SSD can approach the practical limit of a gigabit link for single large-file transfers, which is plenty for backups and media. Real-world speeds depend on your network gear, the protocol you use, and how many transfers run at once. Many simultaneous users or small-file workloads will reduce throughput, but for typical home use the experience is smooth and responsive.
What power supply and cooling does a Pi 4 NAS need?
Use the official Pi 4 USB-C power supply or an equivalent that delivers stable current, because under-powering the Pi causes instability that is easy to mistake for software bugs, especially with an SSD drawing power over USB. A self-powered drive enclosure or a powered adapter helps with larger disks. A simple heatsink or small case fan keeps the Pi cool during sustained transfers and prolongs its lifespan in an always-on role.
