Linux, macOS, BSD, Terminal, Shell, Dateirechte, Server und POSIX: Diese Begriffe begegnen Ihnen in Hosting-Paketen, Entwicklerwerkzeugen, technischen Anleitungen und Fehlermeldungen. Oft steckt dahinter ein Unix-Konzept, obwohl auf dem Gerät kein Betriebssystem mit dem schlichten Produktnamen „Unix“ installiert ist. Selbst unter Windows führen WSL, Git Bash, Docker oder eine SSH-Verbindung zu einer Arbeitswelt mit Unix-artigen Pfaden, Befehlen und Rechtemodellen.
Unix ist eine Betriebssystemfamilie beziehungsweise ein historisch gewachsenes Betriebssystemkonzept, das viele moderne Systeme, Schnittstellen und Denkweisen geprägt hat. Je nach Zusammenhang bezeichnet Unix eine historische Entwicklungslinie, gemeinsame technische Prinzipien oder eine Gruppe ähnlich arbeitender Betriebssysteme. Die Schreibweise UNIX® hat zusätzlich eine formale Bedeutung: Sie ist eine geschützte Marke, die nur zertifizierte Produkte in der registrierten Konfiguration verwenden dürfen.
Der gemeinsame Kern liegt weniger in einer bestimmten Oberfläche als in einem Systemmodell: mehrere Benutzer, gleichzeitig laufende Prozesse, ein hierarchischer Dateibaum, klar zugeordnete Rechte, austauschbare Shells sowie kleine Werkzeuge, die Daten über standardisierte Ein- und Ausgaben weiterreichen. Linux, BSD und macOS setzen viele dieser Ideen um, bleiben aber eigenständige Systeme mit unterschiedlichen Kerneln, Bibliotheken, Dienstverwaltungen und Plattformfunktionen.
Unix als Betriebssystemfamilie: Mehrbenutzerbetrieb, Prozesse und Dateisystem
Mehrbenutzerbetrieb und Multitasking bestimmen das Unix-Modell
Unix entstand ab 1969 bei Bell Labs als interaktives Time-Sharing-System. Mehrere Personen sollten denselben Rechner und seine knappen Ressourcen nutzen können, ohne dass jede Aufgabe den Computer exklusiv belegte. Daraus folgten grundlegende Mechanismen, die bis heute zusammengehören: Benutzerkennungen, Gruppen, getrennte Prozesse, kontrollierter Zugriff auf Dateien und eine Shell, über die jeder Benutzer Programme starten konnte.
Ein Prozess ist eine laufende Instanz eines Programms mit eigenem Ausführungskontext. Das Betriebssystem weist Prozesse Rechenzeit, Speicher und weitere Ressourcen zu. Es führt außerdem Kennungen, Beziehungen zwischen Eltern- und Kindprozessen sowie die Benutzer- und Gruppenidentität, unter der ein Prozess arbeitet. Diese Identität entscheidet mit darüber, welche Dateien oder Systemfunktionen der Prozess verwenden darf.
Multitasking bedeutet dabei nicht nur, dass mehrere sichtbare Programme gleichzeitig geöffnet sind. Auch Systemdienste, Netzwerkprozesse, geplante Aufgaben und Sitzungen verschiedener Benutzer laufen nebeneinander. Fehler in einem normalen Benutzerprozess sollen dadurch nicht automatisch sämtliche anderen Aufgaben übernehmen oder deren Daten verändern können. Wie wirksam diese Trennung ist, hängt trotzdem von korrekten Rechten, aktueller Software und einer sicheren Konfiguration ab.
Der Verzeichnisbaum beginnt bei „/“ statt bei Laufwerksbuchstaben
Unix-artige Systeme ordnen Dateien und Verzeichnisse in einem gemeinsamen hierarchischen Baum. Seine oberste Ebene ist das Root-Verzeichnis mit dem Pfad /. Ein absoluter Pfad wie /home/lea/projekt beginnt an dieser Wurzel. Ein relativer Pfad wird dagegen vom aktuellen Arbeitsverzeichnis aus aufgelöst.
Das Root-Verzeichnis / ist nicht mit dem administrativen Benutzer root gleichzusetzen. Ebenso wenig ist es das persönliche Benutzerverzeichnis, das häufig als Home-Verzeichnis bezeichnet und in Shells mit ~ abgekürzt wird. Die drei Begriffe beschreiben unterschiedliche Dinge: die Spitze des Dateibaums, ein besonders privilegiertes Benutzerkonto und den persönlichen Speicherbereich eines Benutzers.
Zusätzliche Datenträger und Dateisysteme werden typischerweise an Mountpoints in diesen Baum eingehängt. Ein Mountpoint ist ein Verzeichnis, unter dem der Inhalt des eingebundenen Dateisystems erscheint. Anders als bei der traditionellen Windows-Darstellung benötigt daher nicht jedes Laufwerk einen eigenen Buchstaben und einen vollständig getrennten Pfadraum. Welche Verzeichnisse und Dateisysteme konkret vorhanden sind, unterscheidet sich dennoch zwischen Linux-Distributionen, BSD-Systemen und macOS.
Der Merksatz „Everything is a file“ beschreibt ein nützliches, aber begrenztes Denkmodell. Unix vereinheitlichte den Zugriff auf reguläre Dateien, Geräte und Kommunikationskanäle weitgehend über Namen, Datei-Deskriptoren sowie Operationen wie Lesen und Schreiben. Eine Pipe besitzt beispielsweise Deskriptoren für ihr Lese- und Schreibende; Gerätedateien können Hardwarezugriffe in den Verzeichnisbaum einordnen. Trotzdem ist nicht jedes moderne Kernelobjekt, jeder Prozess oder jede Netzwerkschnittstelle buchstäblich eine reguläre Datei auf einem Datenträger.
Benutzer, Gruppen und Dateirechte kontrollieren den Zugriff
Das klassische Rechtemodell unterscheidet den Eigentümer einer Datei, eine zugeordnete Gruppe und alle übrigen Benutzer. Für diese drei Klassen lassen sich Lese-, Schreib- und Ausführungsrechte festlegen. Die bekannte Darstellung mit r, w und x ist nur die sichtbare Kurzform dieses Modells.
Bei einer regulären Datei bedeutet Lesen den Zugriff auf den Inhalt, Schreiben die Möglichkeit zur Änderung und Ausführen die Erlaubnis, sie als Programm oder Skript zu starten. Bei Verzeichnissen wirken dieselben Zeichen anders: Das Leserecht betrifft unter anderem das Auflisten von Einträgen, das Schreibrecht Änderungen an den Verzeichniseinträgen und das Ausführungsrecht das Durchsuchen beziehungsweise Betreten des Pfades. Deshalb kann eine scheinbar lesbare Datei unerreichbar bleiben, wenn einem Prozess das Suchrecht auf einem übergeordneten Verzeichnis fehlt.
Entscheidend ist stets, unter welcher Benutzer- und Gruppenkennung der zugreifende Prozess läuft. Ein Webserver, eine Datenbank und Ihre interaktive Shell können auf demselben Rechner mit unterschiedlichen Identitäten arbeiten. Eine Rechteänderung löst daher nicht automatisch jedes Zugriffsproblem; prüfen Sie zusätzlich Eigentümer, Gruppenmitgliedschaft, den vollständigen Verzeichnispfad und gegebenenfalls weitergehende Sicherheitsmechanismen des konkreten Systems.
Shell, Terminal, Pipes und Umleitungen bilden eine Werkzeugkette
Eine Shell ist ein Befehlsinterpreter und zugleich eine Skriptumgebung. Sie liest Eingaben, zerlegt sie in Befehle und Argumente, verarbeitet Variablen oder Umleitungen und startet Programme. Bash, Zsh, Dash und andere Shells können sich in Funktionsumfang und Syntax unterscheiden. Keine davon ist mit Unix selbst gleichzusetzen.
Das Terminal stellt dagegen die Ein- und Ausgabeumgebung bereit, in der eine Shell erscheinen kann. Ein grafisches Terminalfenster startet üblicherweise einen Shell-Prozess, zeigt dessen Eingabeaufforderung und übermittelt Tastatureingaben. Die Shell führt anschließend eingebaute Funktionen, Skripte oder eigenständige Programme aus. Auch eine entfernte SSH-Sitzung kann eine Shell bereitstellen, ohne dass auf dem Server ein grafisches Terminal geöffnet ist.
Viele Unix-Werkzeuge folgen der Idee, eine überschaubare Aufgabe zuverlässig zu erledigen und ihre Ergebnisse als Textstrom auszugeben. Eine Pipe, dargestellt durch den senkrechten Strich |, verbindet die Standardausgabe eines Prozesses mit der Standardeingabe des nächsten. So kann ein Programm Daten erzeugen, ein zweites sie filtern und ein drittes sie sortieren. Umleitungen wie > senden eine Ausgabe stattdessen in eine Datei; < kann eine Datei als Eingabe verwenden.
- Sie geben einen Befehl im Terminal oder über eine andere Eingabeschnittstelle ein.
- Die Shell interpretiert Syntax, Variablen, Pipes und Umleitungen.
- Die Shell startet ein Programm als Prozess oder führt eine eingebaute Funktion aus.
- Das Betriebssystem prüft die Identität und Rechte des Prozesses bei Datei- und Ressourcenzugriffen.
- Standardisierte Ein- und Ausgabekanäle leiten Daten zum Terminal, in eine Datei oder zum nächsten Prozess weiter.
Diese Verkettung macht Shells leistungsfähig, birgt aber eine Übertragungsfalle: Ein vertrauter Befehl kann auf einem anderen System abweichende Optionen besitzen oder ganz fehlen. Ähnliche Eingabeaufforderungen belegen deshalb weder ein identisches Betriebssystem noch vollständige Kompatibilität.
Daemons und Paketmanager gehören zum heutigen Ökosystem
Ein Daemon ist vereinfacht ein länger laufender Hintergrundprozess, der eine System- oder Netzwerkaufgabe bereitstellt. Webserver, Zeitdienste und Druckdienste sind typische Beispiele. Wie solche Dienste gestartet, überwacht und beendet werden, ist nicht einheitlich: Linux-Systeme verwenden häufig systemd, BSD-Systeme besitzen eigene rc-Mechanismen, und macOS nutzt unter anderem launchd.
Auch die Paketverwaltung ist kein ursprüngliches, universelles Unix-Kernmerkmal. Sie entstand als Teil moderner Systemökosysteme, um Software, Abhängigkeiten und Updates geordnet zu verwalten. APT bei Debian-basierten Linux-Distributionen, pkg bei FreeBSD und zusätzliche Lösungen wie Homebrew unter macOS sind systemspezifisch. Prüfen Sie daher immer, für welches Betriebssystem und welche Distribution ein Installationsbefehl geschrieben wurde.
Unix, UNIX®, Linux, BSD, macOS und POSIX richtig einordnen
Die Frage „Ist dieses System Unix?“ lässt sich erst beantworten, wenn die gemeinte Ebene feststeht. Historische Abstammung, technische Ähnlichkeit, POSIX-Konformität und die Berechtigung zur Nutzung der Marke UNIX® sind vier verschiedene Kriterien. Ein System kann Unix-artig arbeiten, ohne aus dem ursprünglichen Quellcode hervorgegangen oder als UNIX® zertifiziert zu sein.
Begriffsmatrix: Was Unix, Linux, macOS, POSIX, Shell und Terminal bezeichnen
| Begriff/System | Was es technisch bezeichnet | Bezug zur Unix-Tradition | UNIX®-Status | Praxisfolge für Nutzer |
|---|---|---|---|---|
| Unix | Historische Betriebssystemfamilie und Oberbegriff für prägende Architektur- und Bedienkonzepte | Ausgangspunkt sind die ab 1969 bei Bell Labs entwickelten Systeme und daraus entstandene Linien | Als allgemeiner Begriff keine automatische Zertifizierungsaussage | Klären Sie, ob Herkunft, Funktionsweise oder ein konkretes Produkt gemeint ist. |
| UNIX® | Geschützte Marke für ein nach der Single UNIX Specification zertifiziertes Produkt | Standardisiert einen definierten Funktions- und Schnittstellenumfang | Nur für registrierte Produkte und Konfigurationen zulässig | Prüfen Sie Version, Hardware und Registereintrag statt nur den Herstellernamen. |
| Linux-Kernel | Von Grund auf neu entwickelter Betriebssystemkernel | Unix-ähnliches Prozess-, Rechte-, Datei- und Schnittstellenmodell; auf POSIX-Kompatibilität ausgerichtet | Der Kernel allein ist keine zertifizierte Produktkonfiguration | Für ein nutzbares System benötigen Sie zusätzlich Bibliotheken, Werkzeuge und Systemsoftware. |
| Linux-Distribution | Vollständiges System aus Linux-Kernel, Bibliotheken, Nutzerwerkzeugen, Paketverwaltung und Anwendungen | Setzt zahlreiche Unix-Konzepte um, unterscheidet sich aber je nach Distribution deutlich | Die meisten Distributionen werden als Unix-ähnlich bezeichnet; eine konkrete Distribution könnte grundsätzlich zertifiziert werden | Anleitungen müssen zur Distribution, Version, Shell und Paketverwaltung passen. |
| BSD | Familie eigenständiger Betriebssysteme wie FreeBSD, OpenBSD und NetBSD | Direkte historische Entwicklungstradition aus Erweiterungen von Research Unix | Historische Abstammung bedeutet nicht automatisch Markenberechtigung | Behandeln Sie einzelne BSD-Projekte nicht als austauschbare Varianten desselben Systems. |
| macOS und Darwin | macOS ist Apples vollständige Plattform; Darwin umfasst zentrale Systembestandteile mit Mach-, BSD- und Apple-Technik | Unix-geprägte Architektur mit BSD-Prozess-, Datei-, Netzwerk- und POSIX-Schnittstellen | Nur konkret registrierte Versionen und Hardwarekonfigurationen sind zertifiziert; ein belegtes Beispiel ist macOS 15.0 Sequoia auf den registrierten Mac-Plattformen | Unix-Kenntnisse helfen im Terminal, garantieren aber keine Linux-Kompatibilität. |
| POSIX | Standardfamilie für Betriebssystem-Schnittstellen, Shell-Verhalten und gebräuchliche Dienstprogramme | Beschreibt einen portablen gemeinsamen Kern Unix-artiger Umgebungen | POSIX-Konformität ist nicht mit UNIX®-Zertifizierung gleichzusetzen | Portabler Quellcode bleibt möglich, systemspezifische Erweiterungen können dennoch Anpassungen verlangen. |
| Shell | Befehlsinterpreter und Skriptumgebung, etwa Bash oder Zsh | Traditionelle Bedien- und Automatisierungsschicht Unix-artiger Systeme | Kein eigenes Betriebssystem und keine Zertifizierungsaussage | Prüfen Sie die konkrete Shell, bevor Sie Skripte oder Syntax übernehmen. |
| Terminal | Ein- und Ausgabeumgebung beziehungsweise Terminalemulator für Kommandozeilenprogramme | Kann eine Unix-Shell anzeigen, ist aber nicht auf Unix beschränkt | Kein Betriebssystem und kein UNIX®-Nachweis | Aus dem Aussehen eines Terminalfensters lässt sich die technische Umgebung nicht sicher ableiten. |
Linux ist Unix-ähnlich, aber der Kernel ist nicht das vollständige System
Linux wurde neu geschrieben und verwendet nicht einfach den ursprünglichen Unix-Kernel. Technisch bezeichnet Linux zunächst den Kernel, der Prozesse, Speicher, Hardwarezugriffe, Dateisysteme und Netzwerkfunktionen verwaltet. Erst eine Distribution ergänzt Systembibliotheken, GNU- und andere Kommandozeilenwerkzeuge, Installationsprogramme, Paketverwaltung, grafische Oberflächen und Voreinstellungen zu einem praktisch nutzbaren Betriebssystem.
Alltagssprachlich ist die Aussage „Linux ist ein Betriebssystem“ verständlich, solange damit eine vollständige Linux-Distribution gemeint ist. Für Kompatibilitätsfragen reicht diese Kurzform jedoch nicht. Ein Befehl kann aus GNU Coreutils stammen, eine Dienstanleitung systemd voraussetzen und ein Installationsschritt nur für Debian-Pakete gelten. Nichts davon folgt allein aus der Verwendung des Linux-Kernels.
Auch die Formel „Linux kann niemals UNIX sein“ wäre zu absolut. Der Kernel stammt zwar nicht aus der ursprünglichen Unix-Quellcodebasis, doch die geschützte Produktbezeichnung hängt von der Zertifizierung einer konkreten Systemkonfiguration ab. Für die meisten gebräuchlichen Linux-Distributionen bleibt „Unix-ähnlich“ die präziseste und verständlichste Bezeichnung.
BSD und macOS stehen in der Unix-Tradition, sind aber nicht identisch
BSD steht für Berkeley Software Distribution und geht historisch auf Erweiterungen des Research Unix zurück. Moderne Systeme wie FreeBSD, OpenBSD und NetBSD sind daraus hervorgegangene eigenständige Projekte. Sie teilen zahlreiche Konzepte und Schnittstellen, verfolgen aber unterschiedliche Schwerpunkte und besitzen eigene Kernel, Release-Modelle, Werkzeuge und Verwaltungsverfahren.
macOS besitzt mit Darwin eine technische Grundlage, in der Mach-, BSD- und Apple-Komponenten zusammenwirken. Die BSD-Schicht stellt unter anderem Prozessmodelle, Benutzer- und Gruppenkennungen, Dateirechte, Netzwerkfunktionen und zahlreiche POSIX-Schnittstellen bereit. Darüber liegen proprietäre Apple-Techniken, Frameworks, Sicherheitsfunktionen und die grafische macOS-Plattform. Darwin und macOS sind deshalb keine Synonyme.
Bestimmte macOS-Ausgaben wurden als UNIX® zertifiziert. Diese Aussage muss versions- und konfigurationsbezogen bleiben: Im öffentlich zugänglichen Register ist beispielsweise macOS 15.0 Sequoia für Apple-Silicon- und Intel-basierte Macs aufgeführt. Daraus folgt weder automatisch eine Zertifizierung jeder früheren oder späteren Ausgabe noch vollständige Austauschbarkeit mit AIX, BSD oder Linux.
POSIX standardisiert Schnittstellen, nicht das gesamte Betriebssystem
POSIX ist eine Standardfamilie für Betriebssystem-Schnittstellen und eine portable Arbeitsumgebung. Die veröffentlichte Basisausgabe POSIX.1-2024 entspricht zugleich IEEE Std 1003.1-2024 und den Base Specifications Issue 8 von IEEE und The Open Group. Sie beschreibt unter anderem Systemfunktionen, Begriffe, die Shell-Befehlssprache und verbreitete Dienstprogramme.
Das Ziel ist vor allem Portabilität auf Quellcodeebene. Entwickler können sich auf definierte Schnittstellen und Verhaltensweisen stützen, statt jede Funktion für jedes System vollständig neu zu entwerfen. POSIX ist weder ein eigenes Betriebssystem noch eine Programmiersprache. Der Standard legt außerdem nicht sämtliche grafischen Oberflächen, Paketmanager, Dateisysteme, Hardwaretreiber oder herstellerspezifischen Plattform-APIs fest.
Zwei typische Lesefehler bleiben damit ausgeschlossen: Ähnliche Shell-Befehle bedeuten nicht, dass zwei Systeme intern gleich aufgebaut sind. Und POSIX-Nähe garantiert nicht, dass jede Anwendung als unveränderte Binärdatei überall läuft. Prozessorarchitektur, Bibliotheken, Compiler, Dateisystemverhalten und systemspezifische Erweiterungen können weiterhin Anpassungen erfordern.
Warum Unix-Konzepte auf Servern, Macs und Windows-PCs auftauchen
Server profitieren von Rechtekonzept, Fernzugriff und Automatisierung
Unix-ähnliche Systeme sind im Serverbetrieb relevant, weil ihr Prozess-, Benutzer- und Rechtemodell gut mit getrennten Diensten und automatisierter Administration zusammenarbeitet. Webserver, Datenbanken und Hintergrundaufgaben können unter unterschiedlichen Konten laufen. Textbasierte Konfigurationen, Shell-Skripte und Netzwerkwerkzeuge lassen sich lokal, automatisiert oder über eine entfernte Sitzung einsetzen, ohne dass ständig eine grafische Oberfläche aktiv sein muss.
SSH ermöglicht eine verschlüsselte Anmeldung an einem entfernten Rechner und kann dort eine Shell oder einen einzelnen Befehl starten. Administratoren bearbeiten damit Konfigurationen, prüfen Prozesse, übertragen Daten oder stoßen automatisierte Abläufe an. SSH ist nicht auf Unix-Systeme beschränkt, fügt sich aber besonders direkt in deren Benutzer-, Shell- und Prozessmodell ein.
Die häufig genannte Stabilität ist keine automatisch garantierte Unix-Eigenschaft. Zuverlässigkeit hängt von Hardware, Kernel, Diensten, Updates, Konfiguration, Überwachung und betrieblicher Wartung ab. Der nachvollziehbare Vorteil liegt in etablierten Verwaltungsmechanismen, klar trennbaren Diensten, starker Skriptbarkeit und einer breiten Auswahl an Server- und Netzwerksoftware – nicht in einem pauschalen Qualitätsversprechen.
WSL, Git Bash, Docker und Hosting bringen Unix-Begriffe zu Windows-Nutzern
Sie müssen Windows nicht ersetzen, um mit Linux- und Unix-Konzepten zu arbeiten. Entscheidend ist, welche Umgebung einen Befehl tatsächlich ausführt. Windows Terminal, PowerShell, WSL, Git Bash und ein Linux-Container können ähnlich aussehende Fenster zeigen, beruhen aber auf unterschiedlichen technischen Schichten.
- WSL: Das Windows Subsystem for Linux führt Linux-Distributionen mit Linux-Dateisystem, Shells und GNU/Linux-Werkzeugen neben Windows aus. WSL 2 nutzt einen Linux-Kernel in einer verwalteten, leichtgewichtigen virtuellen Umgebung.
- Git Bash: Git for Windows bündelt Bash und eine auf MSYS2 beruhende Laufzeitumgebung. Sie erhalten viele Unix-artige Befehle und Pfadkonventionen, aber kein vollständiges Linux-System und keinen Wechsel des Windows-Hosts.
- Docker: Docker Desktop kann unter Windows einen WSL-2-basierten Linux-Unterbau für Linux-Container verwenden. Host, Docker-Backend und Container bleiben getrennte Ebenen; ein Befehl im Container wirkt nicht automatisch direkt im Windows-System.
- Hosting und Webserver: Zugangsdaten für SSH, Pfade mit
/, Dateirechte, Umgebungsvariablen und Hintergrunddienste stammen häufig aus einer Linux- oder anderen Unix-artigen Serverumgebung. - Entwicklungswerkzeuge: Build-Skripte, Paketwerkzeuge und Dokumentationen setzen teilweise eine POSIX-artige Shell voraus. Prüfen Sie, ob die Anleitung PowerShell, WSL, Git Bash, macOS oder ein natives Linux-System meint.
Diese Unix-Verwechslungen führen zu falschen Anleitungen
- Unix ist nicht dasselbe wie Linux: Linux steht zunächst für einen neu entwickelten Kernel; Unix umfasst historische Systeme, Konzepte und in der Schreibweise UNIX® eine Zertifizierung.
- Ein Terminal ist nicht Unix: Es zeigt Ein- und Ausgaben und kann unter macOS, Linux oder Windows völlig unterschiedliche Shells und Programme beherbergen.
- Eine Shell ist kein Betriebssystem: Sie interpretiert Befehle oberhalb des Systems und kann ausgetauscht oder parallel zu anderen Shells installiert werden.
- macOS ist nicht nur Windows mit anderer Oberfläche: Unter Apples grafischer Plattform liegt eine Darwin-Grundlage mit Mach-, BSD- und Unix-geprägten Schnittstellen.
- Ein Paketmanager definiert kein Unix-System: APT, pkg und Homebrew gehören zu unterschiedlichen Ökosystemen und sind keine universellen Unix-Befehle.
Auch der Vergleich mit Windows sollte sachlich bleiben. Unix-artige Systeme verwenden typischerweise einen gemeinsamen, bei / beginnenden Dateibaum und Pfade mit Schrägstrichen. Windows arbeitet traditionell mit Laufwerksbuchstaben und Rückwärtsschrägstrichen, unterstützt aber ebenfalls Prozesse, Benutzerrechte, Dienste, grafische Oberflächen und Kommandozeilen. Die Modelle und Verwaltungswerkzeuge unterscheiden sich, nicht der grundsätzliche Anspruch eines modernen Mehrzweckbetriebssystems.
Was bedeutet Unix?
Unix bezeichnet eine historische Betriebssystemfamilie und ein daraus entstandenes Systemkonzept. Je nach Kontext kann außerdem ein Unix-artiges System oder mit UNIX® ein zertifiziertes Produkt gemeint sein.
Ist Linux Unix?
Linux wurde neu entwickelt und wird üblicherweise als Unix-ähnlicher Kernel bezeichnet. Eine vollständige Linux-Distribution ergänzt ihn um Bibliotheken, Werkzeuge, Paketverwaltung und weitere Systemsoftware; die Bezeichnung UNIX® hängt von einer konkreten Produktzertifizierung ab.
Ist macOS Unix?
macOS besitzt mit Darwin eine Unix-geprägte Mach- und BSD-Grundlage. Bestimmte macOS-Versionen und Hardwarekonfigurationen sind formal als UNIX® zertifiziert; diese Aussage darf nicht automatisch auf jede Ausgabe übertragen werden.
Was ist POSIX?
POSIX standardisiert ausgewählte Betriebssystem-Schnittstellen, die Shell-Befehlssprache und verbreitete Dienstprogramme. Dadurch lässt sich Quellcode leichter zwischen konformen oder ähnlichen Systemen übertragen, ohne dass diese Systeme vollständig identisch sein müssen.
Was ist eine Shell?
Eine Shell ist ein Programm, das Befehle interpretiert, Programme startet und Funktionen wie Variablen, Pipes, Umleitungen und Skripte bereitstellt. Bash und Zsh sind Beispiele; die Shell ist weder das Terminalfenster noch das gesamte Betriebssystem.
Was bedeutet Root-Verzeichnis?
Das Root-Verzeichnis / ist die oberste Ebene des hierarchischen Dateibaums. Es ist vom administrativen Benutzer root und vom persönlichen Home-Verzeichnis eines Benutzers zu unterscheiden.
Warum nutzen Server oft Unix-ähnliche Systeme?
Das Benutzer- und Rechtemodell, die Verwaltung getrennter Prozesse, der Fernzugriff per SSH und die starke Skriptbarkeit eignen sich für automatisierte Serverabläufe. Zuverlässigkeit entsteht dennoch erst durch passende Software, sichere Konfiguration, Updates, Überwachung und Wartung.
Was ist der Unterschied zwischen Unix und Windows?
Unix-artige Systeme und Windows unterscheiden sich unter anderem bei Dateibaum, Pfadkonventionen, Rechteverwaltung, Shell-Umgebungen und Systemwerkzeugen. Beide unterstützen Mehrbenutzerbetrieb, Prozesse, Dienste, Netzwerke sowie grafische und kommandozeilenbasierte Bedienung, setzen diese Aufgaben aber unterschiedlich um.
Unix lässt sich am zuverlässigsten als Familie von Systemen, Standards und Arbeitsprinzipien verstehen – nicht als einzelnes Programm und nicht als Synonym für jedes Terminalfenster oder jede Linux-Installation.
Werbung
(**) UVP: Unverbindliche Preisempfehlung
Preise inkl. MwSt., zzgl. Versandkosten