FreeBSD vs. Linux: Welches System für welchen Zweck?

FreeBSD oder Linux? Die Frage wird meist mit Glaubenssätzen beantwortet – „BSD ist sauberer“, „Linux hat mehr Software“. Beides ist nicht falsch und hilft bei einer Entscheidung nicht weiter.

Dieser Artikel vergleicht die beiden dort, wo es praktische Folgen hat: bei Containern, Dateisystemen, Hardware-Unterstützung und der Frage, wie viel Arbeit ein System macht. Am Ende steht keine Empfehlung für alle, sondern eine für bestimmte Zwecke.

Das Wichtigste in Kürze

• Linux ist ein Kernel, um den Distributionen ein System bauen. FreeBSD ist ein ganzes Betriebssystem aus einer Hand.
• Container: Docker läuft nur unter Linux. FreeBSD hat Jails – älter, schlanker, aber ohne das Ökosystem fertiger Abbilder.
• ZFS ist auf FreeBSD zu Hause, unter Linux nachgerüstet und lizenzrechtlich heikel.
• Hardware: Linux unterstützt deutlich mehr, besonders bei WLAN und Grafik.
• Für einen Heimserver mit fertigen Diensten: Linux. Für einen reinen Dateiserver: FreeBSD ist eine echte Überlegung.

Der grundlegende Unterschied: Kernel gegen Gesamtsystem

Das ist keine Begriffsklauberei, sondern erklärt fast alle weiteren Unterschiede.

Linux ist nur der Kernel. Alles andere – Systemwerkzeuge, Paketverwaltung, Init-System, Desktop – kommt von anderen Projekten und wird von einer Distribution zusammengestellt. Deshalb gibt es hunderte Linux-Systeme, die sich in Bedienung und Aufbau erheblich unterscheiden.

FreeBSD entwickelt Kernel und Grundsystem gemeinsam in einem Projekt. Kernel, Shell, Netzwerkwerkzeuge, Installer und Dokumentation kommen aus demselben Quellbaum, von denselben Leuten, mit einer gemeinsamen Vorstellung davon, wie das Ganze aussehen soll.

Die praktische Folge merkt man beim Nachschlagen. Das FreeBSD Handbook beschreibt dein System – es gibt nur eines. Bei Linux musst du bei jeder Anleitung prüfen, ob sie zu deiner Distribution passt: apt oder dnf, netplan oder NetworkManager, welche Pfade, welche Dienstnamen.

Umgekehrt ist die Vielfalt bei Linux auch die Stärke: Du findest für jeden Zweck eine passende Zusammenstellung – von Linux Mint für Einsteiger bis zu minimalen Container-Systemen.

Container: Der Punkt, der die Entscheidung meist schon trifft

Wenn du Dienste in Containern betreiben willst, ist die Frage im Grunde beantwortet.

Docker läuft nicht auf FreeBSD. Nicht schlecht, sondern gar nicht – es setzt auf Linux-Kernel-Funktionen auf, die es außerhalb von Linux nicht gibt. Das ist keine Nachlässigkeit des BSD-Projekts, sondern eine Folge der Bauweise.

FreeBSD hat seine eigene Antwort, und die ist älter: Jails, eingeführt im Jahr 2000 – dreizehn Jahre vor Docker. Eine Jail ist eine abgeschottete Umgebung mit eigenem Dateisystembaum, eigenen Netzwerkadressen und eigenen Prozessen.

Technisch sind Jails eher überlegen – konzeptionell einfacher, tiefer im Kernel verankert. Was fehlt, ist die Bequemlichkeit: Für Docker findest du zu praktisch jeder Software eine fertige compose.yaml im Netz. Für Jails richtest du das meiste selbst ein.

Inzwischen gibt es eine Zwischenlösung: Podman mit der Laufzeit ocijail führt OCI-Container – dasselbe Abbildformat wie Docker – als FreeBSD-Jails aus. Das FreeBSD Handbook hat dafür ein eigenes Kapitel, und die FreeBSD Foundation fördert die Arbeit. FreeBSD-eigene Abbilder laufen gut, Linux-Abbilder sind eine Wundertüte, und produktionsreif ist es nicht für jede Last.

Die Einzelheiten samt der OpenBSD-Lage stehen in Docker auf FreeBSD und OpenBSD.

ZFS: Das stärkste Argument für FreeBSD

ZFS ist mehr als ein Dateisystem – es vereint Dateisystem, Datenträgerverwaltung und Prüfsummen. Es erkennt stillschweigend verfälschte Daten und reparieren sie aus der Redundanz, macht Schnappschüsse in Sekunden und überträgt sie platzsparend auf andere Rechner.

Auf FreeBSD ist ZFS Teil des Grundsystems. Der Installer bietet es als Standardoption an, du kannst davon booten, und es ist genau so vorgesehen.

Unter Linux funktioniert ZFS auch gut, aber es ist nachgerüstet – und zwar aus einem Grund, der nicht technisch ist: Die Lizenz von ZFS ist mit der des Linux-Kernels nicht vereinbar. Deshalb kann es nicht Teil des Kernels werden, sondern kommt als separates Modul. In der Praxis heißt das: Nach einem Kernel-Update muss das Modul neu gebaut werden, und gelegentlich passt es einige Tage nicht.

Linux hat mit btrfs eine eingebaute Alternative, die Schnappschüsse und Prüfsummen ebenfalls beherrscht. Für einzelne Platten und Spiegel ist btrfs ausgereift; bei den komplexeren RAID-Stufen gilt ZFS weiter als verlässlicher.

Wenn dein Vorhaben ein Dateiserver mit viel Speicher und hohen Ansprüchen an Datenintegrität ist, ist das ein echtes Argument für FreeBSD – oder für TrueNAS, das genau darauf aufbaut.

Hardware: Hier gewinnt Linux deutlich

Kein Streitpunkt, sondern eine Frage der Mannstärke. Am Linux-Kernel arbeiten tausende Entwickler, viele bei Hardware-Herstellern angestellt. Neue Chips werden oft schon vor Markteinführung unterstützt.

FreeBSD hinkt dort hinterher, besonders bei:

• WLAN-Chips – der auffälligste Schwachpunkt. Aktuelle Wi-Fi-6- und Wi-Fi-7-Karten werden teils gar nicht oder nur langsam unterstützt.
• Grafikkarten – funktioniert, aber mit Abstand zum Linux-Stand.
• Notebook-Kleinkram – Fingerabdrucksensoren, Tastaturbeleuchtung, Energieverwaltung.
• Sehr neue Server-Hardware – Netzwerkkarten und Speichercontroller kommen später.

Für einen Server mit bewährter Hardware ist das folgenlos. Für ein aktuelles Notebook als Arbeitsplatz ist es ein ernstes Hindernis – und der Hauptgrund, warum FreeBSD auf dem Desktop selten ist.

Software und Paketverwaltung

FreeBSD hat mit den Ports und pkg ein ausgezeichnetes System: über 30.000 Pakete, sauber gepflegt, und die Möglichkeit, jedes davon mit eigenen Optionen selbst zu bauen. Die Bedienung ist der von apt nicht unähnlich:

pkg install nginx
pkg upgrade
pkg search datenbank

Der Unterschied liegt nicht in der Qualität, sondern in der Abdeckung am Rand. Große, offene Software gibt es überall. Was oft fehlt:

• Kommerzielle Software – praktisch nie für FreeBSD gebaut
• Fertige Installationsskripte – Anleitungen von Herstellern setzen Linux voraus
• Sprach-Ökosysteme – vorgebaute Pakete für Node, Python oder Rust gibt es meist nur für Linux

FreeBSD hat dafür eine Linux-Kompatibilitätsschicht, die viele Linux-Programme direkt ausführt. Das funktioniert erstaunlich gut für einzelne Anwendungen und nicht für Dinge, die Kernel-Funktionen brauchen – also unter anderem nicht für Docker.

Init-System und Konfiguration

Ein Punkt, an dem sich die Geister scheiden.

Die meisten Linux-Distributionen nutzen systemd: leistungsfähig, allgegenwärtig, und von manchen als zu umfangreich kritisiert. Dienste werden über Unit-Dateien und systemctl verwaltet.

FreeBSD verwendet schlichte rc-Skripte, gesteuert über eine zentrale Datei /etc/rc.conf:

sysrc nginx_enable="YES"
service nginx start

Das ist überschaubar und in fünf Minuten verstanden. Was fehlt, sind die Annehmlichkeiten von systemd – Abhängigkeitsauflösung, Socket-Aktivierung, einheitliches Protokoll, automatische Neustarts abgestürzter Dienste.

Ähnlich bei der Konfiguration: FreeBSD hält die wichtigsten Einstellungen in wenigen Dateien (/etc/rc.conf, /boot/loader.conf), Linux verteilt sie über viele Verzeichnisse. FreeBSD ist dadurch leichter zu überblicken, Linux flexibler bei automatisierter Verwaltung.

Lizenz – und warum das praktisch wird

Linux steht unter der GPL: Wer den Code verändert und weitergibt, muss die Änderungen offenlegen. FreeBSD nutzt die BSD-Lizenz, die das nicht verlangt.

Klingt akademisch, hat aber Folgen, die man kennt, ohne es zu wissen: Teile von FreeBSDs Netzwerk-Code stecken in unzähligen kommerziellen Geräten, weil Hersteller sie verwenden können, ohne eigene Arbeit offenzulegen. Auch Apples macOS baut in Teilen auf FreeBSD-Code auf.

Für dich als Anwender ist das folgenlos. Für die Frage, warum bestimmte Firmen auf FreeBSD setzen, ist es die Erklärung.

Wofür ich was nehmen würde

Konkrete Empfehlungen statt Grundsatzdebatte.

Heimserver mit fertigen Diensten – Medienserver, Smart Home, Fotoarchiv, Dokumentenverwaltung: Linux, und zwar Debian mit Docker. Alles, was du an Anleitungen findest, passt ohne Übersetzungsarbeit.

Reiner Dateiserver mit großem Speicher: FreeBSD oder TrueNAS ist eine echte Überlegung. ZFS ist dort zu Hause, und ein Dateiserver braucht kaum exotische Software. Wer ohnehin Linux kennt, kommt mit einem selbstgebauten NAS unter Linux aber genauso weit.

Router und Firewall: Hier hat BSD die Nase vorn, auch wenn man es nicht merkt. OPNsense und pfSense bauen auf FreeBSD auf – wegen des Paketfilters pf, der als besonders gut durchdacht gilt. Du nutzt dabei FreeBSD, ohne dich damit befassen zu müssen.

Arbeitsplatzrechner oder Notebook: Linux. Die Hardware-Unterstützung entscheidet, und der Abstand ist groß.

Lernen, wie ein Unix-System aufgebaut ist: FreeBSD. Das Handbook ist die beste Betriebssystem-Dokumentation, die ich kenne, und das System ist überschaubar genug, um es wirklich zu verstehen.

Alter Rechner, der weiterleben soll: Linux, und zwar eine sparsame Zusammenstellung. Siehe Linux für Anfänger.

Und OpenBSD?

Der Vollständigkeit halber, weil OpenBSD oft mit FreeBSD in einen Topf geworfen wird: Es ist ein anderes Projekt mit einem anderen Ziel. Wo FreeBSD ein vielseitiges Serversystem sein will, verfolgt OpenBSD Korrektheit und Sicherheit als oberste Priorität – auch um den Preis von Funktionen und Geschwindigkeit.

OpenBSD hat keine Container-Technik, keine Jails, kein Docker. Stattdessen pledge und unveil, mit denen ein Programm selbst erklärt, welche Systemaufrufe und Pfade es noch braucht – feingranularer als jeder Container, aber nur nutzbar, wenn das Programm es unterstützt.

Als Firewall, als kleiner Mailserver oder überall, wo Angriffsfläche zählt, ist OpenBSD hervorragend. Als Allzweck-Serversystem oder Arbeitsplatz nicht gedacht.

Häufige Fragen

Ist FreeBSD ein Linux?

Nein. Beide sind unix-artige Systeme mit ähnlicher Bedienung, haben aber getrennte Ursprünge und keinen gemeinsamen Code im Kern. FreeBSD stammt vom originalen Unix aus Berkeley ab, Linux wurde von Grund auf neu geschrieben.

Ist FreeBSD sicherer als Linux?

Der Aufbau ist einheitlicher und die Angriffsfläche kleiner, weil weniger vorinstalliert ist. In der Praxis hängt Sicherheit aber viel stärker daran, wie du das System konfigurierst und ob du Updates einspielst. Wer Sicherheit als oberstes Ziel hat, sollte sich OpenBSD ansehen.

Läuft meine Linux-Software auf FreeBSD?

Große, offene Projekte sind in den Ports vorhanden. Für vieles andere gibt es die Linux-Kompatibilitätsschicht, die einzelne Programme ausführt. Was Kernel-Funktionen braucht – Docker etwa – funktioniert nicht.

Welches BSD für den Einstieg?

FreeBSD. Es hat die beste Dokumentation, die größte Nutzerbasis und die meisten Pakete. OpenBSD und NetBSD verfolgen speziellere Ziele.

Kann ich FreeBSD in einer VM testen?

Ja, und das ist der sinnvollste Einstieg. Die Installation ist textbasiert und in zehn Minuten erledigt, ZFS bietet der Installer direkt an.

Ist FreeBSD schneller als Linux?

Pauschal nein. Je nach Last liegt mal das eine, mal das andere vorn, und die Unterschiede sind für Heimserver ohne Bedeutung. Wer Geschwindigkeit sucht, gewinnt mit einer SSD und mehr Arbeitsspeicher deutlich mehr als mit der Systemwahl.

Nutze ich vielleicht schon FreeBSD, ohne es zu wissen?

Gut möglich. Wenn du OPNsense oder pfSense als Router einsetzt oder ein TrueNAS in der FreeBSD-Variante betreibst, läuft FreeBSD bei dir – nur eben unter einer Oberfläche, die es verbirgt.

Fazit

Die Frage „FreeBSD oder Linux“ lässt sich an einem einzigen Punkt aufhängen: Willst du fertige Container-Dienste betreiben? Wenn ja, nimm Linux – Docker läuft nur dort, und damit steht und fällt der ganze Komfort moderner Heimserver.

Wenn nein, und dein Vorhaben ist ein Dateiserver mit ZFS oder eine Firewall, dann ist FreeBSD nicht nur gleichwertig, sondern in Teilen die durchdachtere Wahl. Ein einheitliches System, eine hervorragende Dokumentation und ein Grundsystem, das man an einem Wochenende verstehen kann.

Was man nicht tun sollte, ist die Entscheidung ideologisch zu treffen. Beide Systeme sind ausgereift, seit Jahrzehnten im Einsatz und werden aktiv entwickelt. Der Unterschied liegt nicht in der Qualität, sondern darin, welche Software du darauf laufen lassen willst.