Why Mounting Backblaze B2 on macOS Is a Smart Move
Working directly on Backblaze B2 buckets through Finder beats juggling the B2 CLI or scripting against the B2 native API. A mounted drive streams files on demand, so you can browse a multi-terabyte archive without filling your Mac's SSD. And because the mount is just a folder, every macOS app — Preview, Pages, VS Code, Photoshop — sees B2 as a native location.
- 🧩 Native Finder Integration — Your Backblaze B2 bucket shows up as a regular folder and a mounted Finder volume, so any macOS app can open and save into it without the B2 CLI or a third-party browser.
- 💾 No SSD Hostage Situation — B2 buckets are usually big — that's the point. Mounting streams files on demand, so even a multi-TB bucket only spends Mac disk space on the files you actually open.
- ⚡ Real-Time Access to Cloud Files — New objects uploaded from another machine, a CI pipeline, or a B2-backed backup tool appear in your mounted folder after the next poll cycle.
- 🛡️ Read-Only Mode for Safety — B2 is often used for backups and cold archives — exactly the data you don't want to accidentally delete. Mount read-only and Finder will block any writes outright.
- 💸 ~$6/TB/Month + Generous Free Egress — Backblaze B2 pricing is roughly $6 per TB per month, plus 3× your monthly storage in free egress and 10 GB free storage to start — making B2 one of the cheapest mountable clouds for archives and media.
How Mounting a Cloud Drive Works (and Why It's Different from Sync)
Traditional sync tools copy every object in your B2 bucket down to your hard disk and keep both sides matched. That's fine for tiny buckets, but it's a non-starter when you're storing terabytes of backups or media archives — exactly what B2 is built for.
Mounting flips the model. OurClone presents your Backblaze B2 bucket as a virtual filesystem — the object key hierarchy is visible right away, but file contents are only fetched when you actually open something. Frequently used objects are cached locally for instant repeat access, and writes are pushed back to B2 in the background.
OurClone makes both the polling interval (how often it checks Backblaze B2 for remote changes) and the maximum cache size configurable, plus a read-only switch for extra safety on archive buckets.
- 🚀 Stream files on demand — no need to download the whole drive
- 💾 Saves Mac disk space by caching only what you actually open
- 🔁 Two-way sync — edits in the mounted folder push back to Backblaze B2
- 🛡️ Read-only mode prevents accidental writes when you only need to browse
What to Know Before You Mount Backblaze B2
A little planning before you click Mount will save you from cleaning up a messy mount point later.
- 📁 Pick the Right Mount Source — You can mount a specific bucket prefix (say
/photos/2026) for focused access, or mount the entire bucket for full Finder browsing. A narrower prefix usually feels snappier and keeps API call counts lower. - 🖥️ Choose a Sensible Local Mount Point — Use a dedicated, empty folder like
~/CloudMounts/B2. Don't aim it at your Desktop or any folder that already has files — the mount will hide whatever was there. - 🔒 Read-Only vs Read-Write — Read-only is the safer pick for archive buckets where you only need to browse and pull. Pick read-write if you need to upload or edit. Remember: read-only mode literally cannot upload — Save dialogs will fail.
- ⏱️ Set a Reasonable Polling Interval — Lower intervals catch remote changes faster but rack up Class C transactions (listing). For Backblaze B2, a 30–60 second interval is usually a good balance.
- 💽 Plan Your Cache Size — A bigger cache makes repeat opens snappy. A few GB is plenty for documents; bump it up if you regularly reopen large media files stored in B2.
How to Mount Backblaze B2 on macOS with OurClone
OurClone makes mounting Backblaze B2 on macOS refreshingly painless. Step 1 uses a B2 Application Key (Account ID + Account Key) — no AWS-style access keys — and from there you're four clicks away from a Finder-ready volume.
- 🔐 Connect to Backblaze B2 via Access Keys — Open OurClone and go to
Add Storage. Choose the Backblaze B2 provider from the S3 list, then fill in your Remote Name, Account ID (the keyID), and Account Key (the applicationKey) — create these in the Backblaze B2 App Keys page by clicking Add a New Application Key. Important: the applicationKey is shown only once at creation, so copy it immediately. Once entered, OurClone will verify your credentials and Backblaze B2 will appear as a connected storage backend. - 📂 Open the Mount Tab and Click New Mount — Once Backblaze B2 is connected, go to the
Mounttab in OurClone. Click the New Mount button in the top-right corner to open the mount configuration dialog. - ⚙️ Configure the Mount Settings — In the dialog, pick Backblaze B2 as the authorized source. Choose what to mount — a specific bucket prefix (e.g.,
/photos/2026) or the entire bucket. Then pick a local folder as the mount point (something like~/CloudMounts/B2). Choose Read-only if you just want to browse, or Read-write if you need to upload and edit. Optionally tweak the polling interval (how often OurClone checks B2 for changes) and max cache size. Click Mount to finish. - 🗂️ Use Your Backblaze B2 Mount Like a Local Folder — Open the local folder you picked as the mount point. macOS now treats it as a mounted volume — you can browse, open, create folders, drag in files, and delete items just like any local folder. For example, create a new
backupfolder inside and drop in a few photos. OurClone uploads them to your B2 bucket in the background. - ✅ Confirm the Sync on Backblaze B2 — Switch back to OurClone and open your Backblaze B2 storage from the file browser — your new
backupfolder and uploaded photos should already be listed. For extra peace of mind, log in to the Backblaze B2 web portal and confirm the files appeared in your bucket too.
The combination of B2 Application Keys and OurClone's mount engine gives you a Backblaze B2 bucket that genuinely feels like a local volume on macOS — no CLI, no full-bucket downloads, just cheap, durable object storage right in Finder.
Getting the Most Out of Your Backblaze B2 Mount
A live mount is convenient, but B2 charges per-transaction and per-GB downloaded, so a little tuning pays off. Keep these in mind once your Backblaze B2 mount is up and running.
- 🔁 Edits Sync Both Ways — Anything you add, rename, or delete in the mounted folder propagates to Backblaze B2. Changes uploaded from other clients appear after the next poll cycle.
- 🛑 Read-Only Means Read-Only — If you mounted with read-only permissions, drag-and-drop uploads and Save dialogs will fail silently or with a permissions error. Remount as read-write to enable uploads.
- 💽 Cache Lives on Your Mac — Recently opened files are cached locally to avoid repeated B2 download charges. If your Mac is low on disk space, reduce the max cache size in the mount settings.
- ⏱️ Polling Interval Affects Freshness — A short polling interval picks up remote changes faster but rings up more Class C transactions. For Backblaze B2, a 30–60 second interval is usually a good balance.
- 🔌 Unmount Cleanly Before Sleep — If you put your Mac to sleep with the mount active, OurClone will reconnect automatically on wake. For long absences, click Unmount in the Mount tab to release the volume.
When Your Mount Stops Working
Most mount failures trace back to one of a few causes: a deleted or rotated B2 Application Key (B2 lets you scope keys to specific buckets, and deleting a key kills the mount immediately), a bucket renamed or deleted in the B2 console, or a mount point that's no longer empty. If your Backblaze B2 mount returns auth errors, regenerate the key on the B2 App Keys page, update the credentials under Add Storage, and remount.
Verify the Sync Anytime
Any time you're unsure whether a file made it up, you have two easy checks: open the Backblaze B2 storage view inside OurClone's file browser, or log straight into the Backblaze B2 web portal. Whatever Finder shows in your mount point should match — and if it doesn't, give it a poll cycle and check again.