Backblaze B2 unter Linux einbinden – NetDrives Ubuntu-Build
Backblaze B2 Bucket als normalen Ubuntu-Mountpunkt einbinden – mit NetDrives experimentellem Linux-Build: GitHub-Installation, Bucket-Einrichtung und Prüfschritte.
Ein Backup-Administrator lässt auf einer Flotte headless Ubuntu-Server jede Nacht Snapshot-Jobs laufen und archiviert das Tarball jeder Nacht zur Offsite-Sicherung in einem Backblaze B2 Bucket. Das vorhandene Skript kann bereits mit tar und rsync auf einen lokalen Pfad schreiben — es rund um die native API von B2 oder das b2-Kommandozeilentool umzubauen, bedeutet neue Authentifizierungslogik und neue Fehlercodes für einen Job, der vorher problemlos lief. NetDrives Linux-Build umgeht diesen Umbau: Es bindet den B2 Bucket als gewöhnlichen Ubuntu-Mountpunkt ein, sodass dasselbe Skript, das bereits nach /mnt/backups/nightly.tar.gz auf einer lokalen Platte schreibt, stattdessen unverändert auf einen B2-gestützten Pfad schreiben kann.

Backblaze B2 unter Ubuntu einbinden
Mit NetDrive erscheinen Google Drive, OneDrive, S3, SFTP, WebDAV und mehr als native Laufwerke unter Windows und macOS — ohne Synchronisation, ohne vollständige Downloads.
- Läuft auf Ubuntu 16.04 und neuer
- Backblaze B2 wird seit NetDrive 3.5.434 unterstützt
- Bestehende Skripte lesen und schreiben über einen normalen Mountpunkt — kein Umbau auf die B2-API nötig
Kostenlose Testversion. Lifetime- und Abo-Pläne verfügbar.
Warum einen Bucket einbinden statt gegen die B2-API zu skripten
B2 direkt anzusprechen bedeutet, Application-Key-Authentifizierung, Wiederholungsversuche und Paginierung beim Auflisten von Buckets in der jeweiligen Sprache des Backup-Tools selbst zu handhaben — lösbar, aber Infrastrukturarbeit, die mit der eigentlichen Aufgabe, ein Tarball offsite zu bekommen, nichts zu tun hat. Das Einbinden des Buckets entfernt diese Schicht: NetDrive löst Lese- und Schreibzugriffe über den Mountpunkt gegen B2 auf, sodass ein tar-Job oder ein cp-Befehl damit genauso umgeht wie mit jedem anderen Verzeichnis auf der Maschine.
Backblaze B2 wird von NetDrive bereits seit Version 3.5.434 (2018-05-11) als unterstützter Verbindungstyp geführt — dieselbe Version, die auch Multipart-Upload für Dateien ab 5 GB brachte. Die B2-Unterstützung hatte also Zeit zu reifen, statt eine kürzlich an den Linux-Build angeflanschte Neuerung zu sein.

NetDrive unter Ubuntu installieren
NetDrive für Linux wird außerhalb der Standard-Paketquellen von Ubuntu ausgeliefert, die Einrichtung läuft also über GitHub statt über apt:
- Gehe zu github.com/NetDrive/installer und lade das Release, das zu deiner Ubuntu-Version passt.
- Lies die Release Notes vor der Installation — eine Treiberkomponente muss zuerst installiert werden, sonst lässt sich nichts einbinden.
- Installiere das NetDrive-Paket selbst.
- Starte NetDrive einmal, damit die Treiberkomponente geladen wird; je nach Berechtigungssetup kann dabei nach
sudogefragt werden.
Die minimal unterstützte Version des Linux-Builds ist Ubuntu 16.04, und er trägt dasselbe experimentell-Label, das NetDrives eigene Vergleichsseite generell für Linux verwendet — Windows und macOS erhalten den Großteil der Tests. Updates kommen als GitHub-Releases statt über apt upgrade, weshalb das Prüfen auf neue Versionen ein manueller Schritt ist, der in jedes Runbook für die Maschine gehört.
Schritt für Schritt: Einen B2 Bucket unter Ubuntu verbinden
- Öffne den Drive Manager von NetDrive und klicke auf + Add Drive.
- Wähle Backblaze B2 aus der Liste der Verbindungstypen.

- Gib deine B2 Application Key ID und Application Key ein — erzeugt aus deinem Backblaze-Konto, bei Bedarf auf den Bucket beschränkt, wenn du dem Server nicht kontoweiten Zugriff geben willst.
- Gib den Bucket-Namen ein, den NetDrive einbinden soll.
- Lege einen Mountpunkt fest — einen Pfad wie
/mnt/b2-backupsoder ein beliebiges leeres Verzeichnis, auf das du Schreibzugriff hast. - Klicke auf Connect. NetDrive authentifiziert sich und bindet den Bucket an diesem Pfad ein.
Den Mount prüfen, bevor dein Backup-Job sich darauf verlässt
Bestätige aus einem Terminal heraus, dass der Mount tatsächlich zustande gekommen ist, statt allein der GUI zu vertrauen — angemessene Sorgfalt bei einem experimentellen Build, und einen Blick wert, bevor ein Cron-Job unbeaufsichtigt auf den Pfad zu schreiben beginnt:
# Confirm the mount is listed
mount | grep b2-backups
# Or just try listing it
ls /mnt/b2-backups

Kommt das Verzeichnis leer zurück oder taucht der Mount gar nicht auf, prüfe zuerst, ob ausgehender HTTPS-Verkehr auf Port 443 von der Firewall des Servers blockiert wird, bevor du von falschen Bucket-Zugangsdaten ausgehst — ein geschlossener Egress-Port ist auf abgeschotteten Build- und Backup-Servern ein häufigerer Übeltäter als ein falscher Application Key.

Worauf man sich beim Linux-Build einstellen sollte
- Ein eigener Release-Rhythmus. Der Linux-Treiber wird nach eigenem Zeitplan gepflegt, ein Fix für Windows oder macOS landet also nicht automatisch in derselben Woche auch unter Linux.
- Keine
apt-Integration. Installation und Updates laufen über GitHub-Releases, nicht über ein PPA oder einen Paketmanager. - Windows und macOS als die gehärteten Zielplattformen. NetDrives eigene Angaben behandeln diese beiden Plattformen als die am gründlichsten getesteten. Eine nächtliche Backup-Maschine oder ein CI-Runner, der Fixtures aus B2 liest, passt gut zum Linux-Build; eine unbeaufsichtigte Produktionspipeline sollte vorher gründlich getestet werden.
Fazit
Das Einbinden eines B2 Buckets unter Ubuntu verschafft einem headless Server denselben laufwerksartigen Zugriff, den NetDrive unter Windows und macOS bietet — ohne Umbau um die native API von B2. Für denselben Provider auf einer stärker getesteten Plattform siehe Mount Backblaze B2 on Windows oder Mount Backblaze B2 on macOS; für das größere Linux-Bild siehe NetDrive on Ubuntu Linux; und für einen Anwendungsfall rund um genau diesen Provider siehe Photography RAW Archives on Backblaze B2.
— Steve, NetDrive