Kürzlich durfte ich auf jemandes Rechner Suse, eine bekannte Linux-Distribution, installieren, die hier billig zu haben war. In früheren Zeiten, so zu Kernel 2.0.36, habe ich auch mal diese Distri gefahren, die 6-er- und 7-er-Versionen habe ich durchaus geschätzt, ab der 8.0-er allerdings wurde doch recht deutlich, da?? man bei Suse versuchte, einem anderen Betriebssystem nachzueifern, das aus derselben Gegend wie Curt Cobain stammt. Mittlerweile wurde Suse von Novell gekauft, und jetzt sieht man nicht nur, wie schon früher, überall das SuSE-Chamäleon, sonder auch das Novell-“N”. Eine Lizenzvereinbarung von Novell, Inc. war denn auch das so ziemlich das erste, was sich nach dem Anwerfen der Installation präsentierte. Dort war etwas von proprietären Teilen der Distribution zu lesen, die Novell, Inc. gehören, und überhaupt ist Linux durch die GPL lizenziert. Ich stimmte der Lizenzvereinbrockung also nicht zu und klickte auf “Weiter”. Ich wei?? nicht, ob Novell, Inc. auch eine Lizenz auf den für die Installationssoftware laufenden X-Server hat, jedenfalls beendete sich dieser unmittelbar und es kam ein ncurses-Frontend zu Vorschein, wie ich es aus seligen SuSE 6.0-Zeiten kannte. Dieses teilte mir sinngemä?? mit, da?? die Installation wegen eines unbekannten Fehlers abgebrochen worden sei. Aha. Man kann den Suse-Entwicklern durchaus ein gesundes Selbstbewu??tsein attestieren, da?? sie das Nicht-Akzeptieren ihrer Lizenz für einen Fehler halten, der zudem noch so unwahrscheinlich ist, da?? sie ihn nicht kennen. Immerhin konnte man im aufgetauchten Frontend einen Menüpunkt hervorkramen, der die Installationsroutine ohne Reboot wieder anstie??, das war dann an dem Abend auch das letzte, was schnell ging. Die weiteren Menüpunkte waren durchaus benutzerfreundlich und intuitiv, Partitionierung, Dateisystemauswahl, Mountpoints, Paketauswahl, Paketinstallation, Hardwareerkennung, Netzwerkkonfiguration, kurz gesagt, das Was gab eigentlich keine Rätsel auf. Eher schon das Wie, denn zwischen den Installationsschritten arbeitete die Installation in zigarettenpausenfreundlicher Trägheit, ohne sich darüber mitzuteilen, warum. Das Frontend schwieg sich darüber aus, und auf den Textkonsolen fanden sich einmal die Bootmeldungen und sonst nur leere Prompts. Die Paketinstallation wurde zu einer Geduldsprobe, sie brauchte für das Entpacken von knapp 8 GB fast zwei Stunden, auf einem Athlon 64 3000+, nebenbei bemerkt. Die ähnlich umfangreiche Installation meines Debians dauerte etwa gleich lang, auf einem K6-2 450… Nachdem ich bei der Hardwareerkennung und -konfiguration aus Zeitmangel einige Punkte erstmal übersprang, das lä??t sich ja alles noch später zurechtfrickeln, kam dann der erste Boot ins neue System und davor ein banger Augenblick, ob wohl ein Bootmanager installiert und konfiguriert worden sei. Gefragt worden war danach nicht. Der Bootmanager war da, und sogar mit einem anderen, leider noch gebrauchten Betriebssystem, und der Start ins neue System funktionierte reibungslos. Wie schon beim Installieren konnte man sich nicht über einen Mangel an Eye-Candy beklagen: hübsch animierte Cursor und lustig bunte Popups, wenn dieselben über irgendwas zur Ruhe kamen, so hübsch wie Lametta, das man hinter der Windschutzscheibe anbringt und beim Fahren zur Seite schieben mu??. Am Ende des Abends konfigurierte ich dann noch den Bootmanager, GRUB, über YAST2, das Suse-eigene Systemkonfigurationstool, da dieser dem Nutzer arg wenig Zeit lie??, sich für das Booten des anderen Systems zu entscheiden, und siehe da, tief in den Menüs versteckt fand sich auch die Einstellung für die Wartezeit beim Booten. Sie stand auf “8”. Ob es sich um acht Minuten, acht Hundertstelsekunden oder acht Quadratfu?? handelte, das lie?? ich dann zu später Stunde Suses Novells kleines Geheimnis bleiben.
