{"id":36281,"date":"2019-10-31T22:10:39","date_gmt":"2019-10-31T19:10:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/spravochnaya-chego-zhdat-ot-fedora-silverblue\/"},"modified":"2019-10-31T22:10:39","modified_gmt":"2019-10-31T19:10:39","slug":"spravochnaya-chego-zhdat-ot-fedora-silverblue","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/spravochnaya-chego-zhdat-ot-fedora-silverblue","title":{"rendered":"Hinweis: Was Sie von Fedora Silverblue erwarten k\u00f6nnen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wir betrachten die Besonderheiten eines unver\u00e4nderlichen Betriebssystems.<\/h5>\n

\n\"Hinweis:<\/a><\/noindex>
\n\/ \u0444\u043e\u0442\u043e Clem Onojeghuo<\/a><\/noindex> Unsplash<\/i><\/p>\n

Wie Silverblue entstand<\/h2>\n

\nFedora Silverblue ist ein unver\u00e4nderliches Desktop-Betriebssystem. Alle Anwendungen werden in isolierten Containern ausgef\u00fchrt und Updates werden atomar installiert.<\/p>\n

Das Projekt wurde zuvor genannt Fedora Atomic Workstation<\/a><\/noindex>. Sp\u00e4ter wurde es in Silverblue umbenannt. Laut den Entwicklern wurden mehr als 150 Namensvorschl\u00e4ge ber\u00fccksichtigt. Silverblue wurde einfach gew\u00e4hlt, weil die Domain und die sozialen Medienkonten verf\u00fcgbar waren.<\/a><\/noindex><\/p>\n

Das aktualisierte System hat ersetzt<\/a><\/noindex> Fedora Workstation als die bevorzugte Desktop-Version in Fedora 30. Die Autoren sagen, dass Silverblue eventuell vollst\u00e4ndig ersetzen kann<\/a><\/noindex> Fedora Workstation.<\/p>\n

Einer der Teilnehmer bei Hacker News vermute<\/a><\/noindex>, dass die Konzeptidee von Silverblue eine Weiterentwicklung des Projekts Stateless Linux<\/a><\/noindex>sei. Dieses Konzept wurde vor etwa zehn Jahren in Fedora gef\u00f6rdert. Stateless Linux sollte die Verwaltung von Thin- und Thick-Clients vereinfachen. Dabei waren ebenfalls alle Konfigurationsdateien des Systems im \u201eNur-Lese\u201c-Modus zug\u00e4nglich.<\/p>\n

Was bedeutet \"Unver\u00e4nderlichkeit\"<\/h2>\n

\nDer Begriff \"unver\u00e4nderliches Betriebssystem\" bedeutet, dass die Wurzel- und Benutzerdirektory im \u201eNur-Lese\u201c-Modus gemountet werden. Alle ver\u00e4nderbaren Daten werden im Verzeichnis \/var gespeichert. Ein \u00e4hnliches Verfahren verwenden die Entwickler ChromeOS<\/a><\/noindex> und macOS Catalina<\/a><\/noindex>. Durch diesen Ansatz wird die Sicherheit des Betriebssystems erh\u00f6ht und das versehentliche L\u00f6schen von Systemdateien (zum Beispiel durch einen Fehler) wird verhindert.<\/p>\n

Einer der Teilnehmer bei Hacker News erw\u00e4hnte in einem thematischen Thread, erz\u00e4hlte<\/a><\/noindex>, dass er einmal versehentlich einige Systemdateien gel\u00f6scht hat, als er das Ubuntu Yaru-Thema modifizierte. Dabei hatte er aufgrund eines Fehlers im Regex keine Backups. Seiner Meinung nach h\u00e4tte ein unver\u00e4nderliches Betriebssystem Probleme vermeiden k\u00f6nnen.<\/p><\/blockquote>\n

\nDie Installation von Updates wird ebenfalls vereinfacht - daf\u00fcr reicht es, das System von einem neuen Image neu zu starten. Zudem besteht die M\u00f6glichkeit, schnell zwischen mehreren Zweigen (Release-Versionen von Fedora) zu wechseln. Beispielsweise zwischen der derzeit entwickelten Version von Fedora Rawhide<\/a><\/noindex> und Repository updates-testing<\/a><\/noindex> mit den bevorstehenden Updates.<\/p>\n

Was unterscheidet sich von klassischem Fedora<\/h2>\n

\nZur Installation der Grundumgebung ( \/ und \/usr ) wird die OSTree-Technologie verwendet. Man kann sagen, dass es sich um ein \"Versionskontrollsystem\" handelt. RPM<\/a><\/noindex>-Paketen. RPM-Pakete werden \u00fcber rpm-ostree in das OSTree-Repository \u00fcbertragen. Beim Installieren eines Pakets wird<\/a><\/noindex> ein Wiederherstellungspunkt erstellt, auf den man im Falle eines Fehlers zur\u00fcckkehren kann.<\/p>\n

OSTree auch das \u00d6ffnen eines Links in einem neuen Tab oder in einem neuen Container.<\/a><\/noindex> Installieren Sie Anwendungen aus DNF\/YUM-Repositories und aus nicht unterst\u00fctzten Fedora-Repositories. Hierf\u00fcr muss anstelle des Befehls dnf install der Befehl rpm-ostree install verwendet werden. Das System erstellt ein neues Basis-Image des Betriebssystems und ersetzt das installierte.<\/p>\n

Als Mechanismus zur Aktualisierung von Anwendungen wird Flatpak<\/a><\/noindex>verwendet. Es f\u00fchrt diese in Containern aus. Ein Flatpak-Paket beinhaltet nur die spezifischen Abh\u00e4ngigkeiten f\u00fcr die jeweilige Anwendung. Alle grundlegenden Bibliotheken (wie GNOME- und KDE-Bibliotheken) bleiben als anschlussf\u00e4hige Runtime-Umgebungen installiert. Dieser Ansatz erlaubt es, die Paketgr\u00f6\u00dfe zu verringern, indem wiederkehrende Komponenten ausgeschlossen werden.<\/p>\n

\"Hinweis:
\n\/ \u0444\u043e\u0442\u043e Jonathan Larson<\/a><\/noindex> Unsplash<\/i><\/p>\n

Um Anwendungen zu installieren, die nicht in Flatpak gepackt sind, kann man Toolbox<\/a><\/noindex>verwenden. Es erm\u00f6glicht die Erstellung eines Containers mit dem klassischen Fedora-Installer.<\/p>\n

\u00c4hnliche L\u00f6sungen<\/h2>\n

\nEs gibt auch andere Distributionen, deren Aufgaben denen von Silverblue \u00e4hnlich sind. Ein Beispiel k\u00f6nnte sein: MicroOS<\/a><\/noindex> von openSUSE. Dies ist keine eigenst\u00e4ndige Distribution, sondern Teil der Plattform openSUSE Kubic zur Bereitstellung von CaaS (Container as a Service).<\/p>\n

Das System arbeitet mit Docker-Containern. Ihre Images werden als RPM-Pakete verbreitet. Das erleichtert<\/a><\/noindex> die Installation von Kommandozeilenanwendungen, die im Flatpak-Format nicht verf\u00fcgbar sind. Das Host-System zur Ausf\u00fchrung von Containern wird aus dem offiziellen Repository gebildet. openSUSE Tumbleweed<\/a><\/noindex>.<\/p>\n

MicroOS wurde f\u00fcr die Bereitstellung in gro\u00dfen Umgebungen (z. B. in Rechenzentren) entwickelt, kann jedoch auch auf einzelnen Maschinen betrieben werden.<\/p>\n

Ein Beispiel f\u00fcr eine andere \u00e4hnliche Entwicklung k\u00f6nnte sein: NixOS<\/a><\/noindex>. Dies ist eine Linux-Distribution, die auf dem Paketmanager Nix basiert. Ihr Hauptmerkmal ist die deklarative Beschreibung von Konfigurationen. Es ist nicht notwendig, das System manuell zu installieren und einzurichten. Der Zustand wird in einer speziellen Datei festgelegt, in der alle Pakete und Authentifizierungseinstellungen angegeben werden. Der Paketmanager bringt dann das OS automatisch in den angegebenen Zustand.<\/p>\n

Dieses System wird aktiv genutzt wird.<\/a><\/noindex> von Cloud-Anbietern, Universit\u00e4ten und IT-Unternehmen genutzt.<\/p>\n

In jedem Fall hat Silverblue die Chance, seine Nische auf dem Markt zu finden. Ob dies gelingt, wird sich in Zukunft zeigen.<\/p>\n

\nMaterialien aus dem Ersten Blog \u00fcber Corporate IaaS:<\/b><\/p>\n