Fedora 18 als Server-Distribution

Das neueste Fedora-Release musste mit mehr als zwei Monaten Verspätung ins Rennen um die Gunst der Anwender gehen. Dass sich Fedora 18 nach ersten Tests je nach Einschätzung als "extrem buggy" oder "völlig unbrauchbar" erwies, hat die Situation kaum verbessert. Die Kritik bezieht sich aber vorrangig auf den Desktop-Einsatz und dort vor allem auf Fehler in der neuen Gnome-Version 3.6.2, sowie den massiv überarbeiteten Anaconda-Installer. Unter der Oberfläche finden sich eine ganze Reihe von Neuerungen, die für ambitionierte Anwender und Administratoren von Interesse sind.

Desktops nach Wahl

Aus Sicht von Admins und Entwicklern bietet Fedora 18 insbesondere im Hinblick auf den Einsatz als Server beziehungsweise als Virtualisierungs- und Cloud-Management-Plattform einen interessantem Ausblick auf neue Entwicklungen. Die zu Recht thematisierten Defizite für den Desktop-Einsatz (Anaconda-Installer und Gnome) sind für den Admin weniger schwerwiegend, denn einerseits bietet Fedora 18 mit KDE SC 4.92, Cinnamon 1.6.7, XFCE 4.10 und Mate ausreichend stabile Alternativen, und andererseits können die meisten Server-Admins wohl auch ganz auf eine grafische Oberfläche verzichten.

Im Übrigen steht Fedora 18 nicht nur in der Standard-Version als installierbare Live-CD mit Gnome-Desktop zur Vefügung, sondern auch als für diesen Test verwendete, direkt installierbare DVD-Variante und in Form von Spins für KDE und XFCE. Der Gnome3-Fork Cinnamon und der Gnome2-Fork Mate lassen sich, genau wie KDE und XFCE, alternativ aus einem Standard-Fedora-System mit Gnome 3.6.2 einfach nachinstallieren.

Anaconda bändigen

Trotz aller Mängel des Installers sollte es jedem Admin gelingen, Fedora 18 mit dem neuen Installer in der gewünschten Art und Weise (Partitionierung) zu installieren, auch wenn sich verfügbare Updates nicht während der Installation einspielen lassen. Diese Funktion des alten Anaconda ließ sich aus Zeitgründen nicht mehr in Fedora 18 integrieren, soll aber mit Fedora 19 zurückkommen.

Die Kritik am optisch überarbeiteten Anaconda bezieht sich vor allem auf die manuelle Partitionierung des Festplattenspeichers. Anwendern beschert er dank geschickter Voreinstellungen und automatischer Partitionierung schneller als bisher ein benutzbares System mit einem Minimum an Benutzer-Interaktion. Der Installer kopiert im Hintergrund bereits Dateien, während der Benutzer noch fehlende oder optionale Einstellungen vornimmt, etwa die Zeitzone, das Gebietsschema oder das Root-Passwort.

Zum manuellen Partitionieren klickt man im Anaconda-Startbildschirm auf »INSTALLATIONSZIEL« und markiert dann in der Liste »Lokale Standard-Speichermedien« das gewünschte Gerät. Optional liefert der Link »Ausführliche Festplatten-Zusammenfassung und Optionen« weitere Informationen zu den oben markierten Devices. Ein Klick auf »Weiter« führt zunächst zu den »INSTALLATIONSOPTIONEN« , in denen Anaconda im Beispiel darauf hinwies, dass auf der frisch angelegten virtuellen SCSI-Platte genügend freier Platz für die automatische Partitionierung vorhanden sei.

Wer trotzdem manuell partitionieren möchte, muss zunächst den Knoten »Konfiguration des Partitionsschemas« ausklappen und dann den Partitionstyp wählen, wobei neben »Standard-Partitionen« auch LVM und Btrfs zur Verfügung stehen. Mithilfe einer unscheinbaren Checkbox ist es auch möglich, die Partition zu verschlüsseln.

Die derzeitige Kritik am Partitionier-Modul bezieht sich zum Beispiel auf die Bedienbarkeit, die zumindest aus Anwendersicht umständlicher ist, als beim alten Anaconda. Schwerwiegender sind allerdings einige Bugs im neuen Anaconda [4] . So stürzte das Programm beispielsweise beim Test im Zusammenhang mit der gewählten Btrfs-Partition reproduzierbar ab, weil sie offenbar zu klein war. Der Grenzwert für diesen Bug liegt laut Fedora-Wiki bei 8 GByte. Im zweiten Versuch lief die Installation mit einer größeren Btrfs-Partition einwandfrei durch, und Btrfs erwies sich im laufenden Betrieb als stabil ( Abbildung 1 ). Auch das unten erläuterte neue Tool zur Datenträgerverwaltung "System Storage Manager" (SSM) kam problemlos mit Btrfs zurecht.

Abbildung 1: Fedora 18 unterstützt das neue Brtfs-Dateisystem auch bei der Boot-Partition zuverlässig – sofern sie mindestens acht GByte groß ist.

Nach der Installation sorgen die erstmals signierten Bootloader und Kernel dafür, dass Linux auf per UEFI Secure-Boot gesicherten Rechnern überhaupt bootet (siehe den Kasten Boot-Sperre).