Auf den ersten Blick wirken Linux und BSD wie Geschwister: Beide sind Open Source, arbeiten stark mit der Kommandozeile und f\u00fchlen sich f\u00fcr erfahrene Nutzer \u00e4hnlich an. Doch wer genauer hinsieht, erkennt schnell: Unter der Oberfl\u00e4che ticken diese Systeme grundverschieden. Sie stammen aus derselben historischen Wurzel, haben aber im Laufe der Jahrzehnte v\u00f6llig unterschiedliche Wege eingeschlagen \u2013 in ihrer Architektur, ihren Lizenzen und ihrer Entwicklungsphilosophie. Dieser Beitrag erkl\u00e4rt, was Linux und BSD verbindet, was sie trennt und warum beide heute noch relevant sind.<\/p>\n\n\n\n
Der entscheidende Unterschied: Kernel oder komplettes System?<\/p>\n\n\n\n
Der wichtigste konzeptionelle Unterschied liegt im Selbstverst\u00e4ndnis der Systeme.<\/p>\n\n\n\n
Linux<\/strong> ist streng genommen nur ein Kernel \u2013 also der Kern, der die Hardware verwaltet und Programmen den Zugriff darauf erm\u00f6glicht. Was die meisten Menschen als \u201eLinux“ kennen, sind fertige Distributionen wie Ubuntu, Fedora, Debian oder Arch. Diese b\u00fcndeln den Linux-Kernel mit weiteren Komponenten wie GNU-Werkzeugen, Paketmanagern, Desktop-Umgebungen und eigenen Konfigurationsstandards zu einem vollst\u00e4ndigen Betriebssystem.<\/p>\n\n\n\n BSD<\/strong>-Systeme wie FreeBSD, OpenBSD oder NetBSD verstehen sich dagegen als komplette Betriebssysteme aus einer Hand. Hier werden Kernel, Basissystem, Netzwerk-Stack und wichtige Systemtools gemeinsam im sogenannten \u201eBase System“ entwickelt, gewartet und als Einheit getestet. Das f\u00fchrt zu einem sehr konsistenten Gesamtsystem, bei dem alle Komponenten aufeinander abgestimmt sind. Linux-Distributionen bieten im Gegenzug eine deutlich gr\u00f6\u00dfere Flexibilit\u00e4t und Vielfalt, sind daf\u00fcr aber auch heterogener aufgebaut \u2013 je nach Distribution k\u00f6nnen sich Paketmanager, Init-Systeme und Konfigurationswege stark unterscheiden.<\/p>\n\n\n\n Lizenzen und Entwicklungsphilosophie<\/p>\n\n\n\n Ein weiterer zentraler Unterschied betrifft die Lizenzen. Der Linux-Kernel steht unter der GPLv2, einer sogenannten Copyleft-Lizenz. Das bedeutet: Wer modifizierten Kernel-Code weitergibt, muss diesen ebenfalls unter der GPL offenlegen. Dieses Modell sichert den R\u00fcckfluss von Verbesserungen in die Community und garantiert, dass der Code frei bleibt.<\/p>\n\n\n\n BSD-Systeme setzen hingegen auf permissive Lizenzen wie die 2- oder 3-Clause BSD License. Diese erlauben es, den Code beliebig zu kopieren, zu ver\u00e4ndern und sogar in propriet\u00e4rer, geschlossener Software zu verwenden \u2013 solange die Urheberhinweise erhalten bleiben. Genau aus diesem Grund findet sich viel BSD-Code in \u00fcberraschend vielen Produkten: Apples macOS und iOS (Darwin), Spielkonsolen wie die PlayStation oder Router-Firmware basieren teilweise auf BSD-Technologie. W\u00e4hrend die GPL also Offenheit bei der Weitergabe erzwingt, erlaubt die BSD-Lizenz maximale wirtschaftliche Freiheiten.<\/a><\/p>\n\n\n\n Diese unterschiedlichen Lizenzmodelle spiegeln sich auch in den Entwicklungsstrukturen wider. Linux lebt von einem riesigen, dezentralen \u00d6kosystem mit Tausenden von Mitwirkenden aus aller Welt. Das f\u00fchrt zu einer extrem schnellen Hardware-Unterst\u00fctzung und einer enormen Vielfalt an Distributionen und Anwendungsf\u00e4llen. Gleichzeitig kann diese Vielfalt aber auch zu Fragmentierung f\u00fchren \u2013 unterschiedliche Init-Systeme, Paketformate oder Konfigurationswege verwirren manch einen Nutzer.<\/p>\n\n\n\n BSD-Projekte setzen dagegen auf \u00fcberschaubare, straff koordinierte Core-Teams. Jedes Release wird als geschlossenes System gepr\u00fcft und getestet. Dabei stehen Stabilit\u00e4t, Code-Sauberkeit und Sicherheit oft \u00fcber der Unterst\u00fctzung der allerneuesten Hardware. Das macht BSD-Systeme besonders verl\u00e4sslich, aber auch weniger flexibel, wenn es um exotische oder brandneue Hardware geht.<\/p>\n\n\n\n Wo sich die Unterschiede im Alltag bemerkbar machen<\/p>\n\n\n\n Im t\u00e4glichen Betrieb zeigen sich die stilistischen Abweichungen zwischen Linux und BSD am deutlichsten. Bei der Paketverwaltung etwa verwenden Linux-Distributionen je nach Familie unterschiedliche Werkzeuge: Debian und Ubuntu nutzen apt, Fedora setzt auf dnf, Arch Linux auf pacman. BSD-Systeme wie FreeBSD oder OpenBSD haben dagegen eigene Paketmanager (pkg bzw. pkg_add), die fest ins Base System integriert sind.<\/p>\n\n\n\n Auch die Dienststeuerung funktioniert unterschiedlich. Unter Linux mit systemd \u2013 dem heute weit verbreiteten Init-System \u2013 startet man Dienste mit Befehlen wie systemctl start nginx. FreeBSD nutzt dagegen ein schlankes, shell-skriptbasiertes rc.d-System, bei dem Dienste mit service nginx start gestartet werden. OpenBSD verwendet ein \u00e4hnliches Werkzeug namens rcctl. Beide Ans\u00e4tze sind logisch aufgebaut, folgen aber unterschiedlichen Philosophien: systemd ist m\u00e4chtig und komplex, rc.d ist einfach und transparent.<\/p>\n\n\n\n Ein weiterer Unterschied betrifft die Firewall. Linux-Distributionen setzen meist auf nftables oder das \u00e4ltere iptables, erg\u00e4nzt durch optionale Sicherheitsmodule wie SELinux oder AppArmor f\u00fcr erweiterte Zugriffskontrollen. BSD-Systeme wie FreeBSD und OpenBSD verwenden dagegen pf (Packet Filter), eine kompakte, aber \u00e4u\u00dferst m\u00e4chtige Firewall-L\u00f6sung, die fest ins System integriert ist. OpenBSD geht noch einen Schritt weiter und aktiviert zahlreiche Sicherheitsfeatures wie ASLR, W^X oder verschl\u00fcsselten Swap standardm\u00e4\u00dfig \u2013 das System ist also von Haus aus besonders sicher konfiguriert.<\/p>\n\n\n\n