rechnerspezifische Linuxdistributionen

Es wäre sinnvoll, einen Mechanismus vorzusehen, der es erlaubte, nur die nötigen Daten auf einem zweiten Datenträger unterzubringen, so dass Interessierte sich diese herunterladen und selber brennen können. Denkbar wäre das Abfragen einer entsprechenden CD, die dann kurzzeitig einzulegen wäre, damit die Konfigurationsdateien für die Installationsroutine kopiert (oder eingelesen) werden können. Das schafft auch der unterdurchschnittlich kompetente Windows-Anwender noch. Hier wäre möglicherweise problematisch, dass der Datenträger mit dem root-Dateisystem entfernt werden müsste, aber es sollte möglich sein, dafür zu sorgen, dass wärend des Einlesens keine Zugriffe darauf erfolgen. Außerdem müsste eine entsprechende Auswahl in einem Menü der normalen Distribution vorgenommen werden, was strenggenommen nicht dem Minimalismusanspruch entspräche, aber natürlich harmlos wäre. Man würde dem Ganzen einen griffigen Namen geben, der dann im ersten Menü des Installationsmediums einen guten Wiedererkennungseffekt hätte. Der Anwender muss es also nur schaffen, EasyInstall auszuwählen; der Rest geht quasi von selbst.

Man bräuchte nicht zwangsläufig eine CD; ein USB-Stick etwa täte es auch. Noch einfacher wäre es, wenn der Anwender die Konfigurationsdaten aus dem Internet herunterlädt (unter Windows), das heruntergeladene Programm startet und dies (ggf. nach der Prüfung, ob das Rechnermodell stimmt) die benötigten Dateien an einem geeigneten Ort im Dateisystem speichert. Da Linux NTFS inzwischen lesen kann, kann sich die Linux-Installationsroutine diese Daten auch von der Windows-Partition holen.

Man könnte das EasyInstall-Bootmenü so gestalten, dass als Kernelparameter die Kennung der Konfigurationsdatei für dieses System eingegeben werden kann. Dann könnte man alle bekannten Konfigurationen (die ja kaum Platz belegen) mit auf das Installationsmedium packen, so dass alle Rechner, deren Modell alt genug ist, ohne weitere Vorbereitungen auf diese Weise installiert werden können. Die Lebenszeit von Rechnern liegt bekanntlich deutlich über der von Linux-Distributionen. Der Anwender müsste dann nur noch die Kennung seines Systems im Internet ermitteln. Und auch das kann man ihm ersparen, indem man eine entsprechende Erkennung anbietet.

Die Alternative wäre, ein kleines CD-Image bereitzustellen, dass lediglich Linux bootet (einen an die fragliche Hardware angepassten und daher sehr kleinen Kernel), den (modifizierten) Installer mit den entsprechenden Konfigurationsdateien startet und sich den Rest der Daten vom Originaldatenträger holt. Ebenfalls idiotensicher, und CDs brennen können auch unbedarfte Windows-Anwender (oder sie kennen jemanden). Sofern der Rechner dies mitmacht, könnte natürlich auch von einem USB-Stick gebootet werden (der noch leichter zu erstellen ist als eine CD). Es wäre sogar möglich (eine Distribution, der Verfasser hat leider vergessen, welche das ist, bietet dieses Verfahren sogar schon für Spezialzwecke an), den modifizierten Installer als Image auf der Windows-Partition abzulegen und im Windows-Bootmenü einzutragen. Das hätte den überschaubaren Nachteil, dass der Anwender Administratorrechte bräuchte, und den großen Vorteil, dass er nicht verstehen muss, was eine BIOS-Bootreihenfolge ist (geschweige denn, sie verändern).

Der Distributor kann natürlich die nächste Version seiner Distribution so anpassen, dass deren Installationsprogramm darauf vorbereitet ist, von einem angepassten Kernel gestartet zu werden, so dass auch kein angepasstes Installationsprogramm mehr gestartet werden müsste (was zumindest das Bootimage verkleinert).

Es wäre zu überlegen, ob man sich auf Rechner einlässt, die lediglich mit einer Recovery-CD geliefert werden, die dann auch die schöne Linux-Installation immer platt machte (Supportterror...). Diesem Problem könnte man noch ausweichen, indem man – genügend Platz auf der Platte vorausgesetzt – die Linux-Installation die Windows-Recovery-Funktion übernehmen ließe (was dann aber von der Linux-Installations-CD aus möglich sein sollte), sofern das sinnvoll möglich ist.

Es ist möglich, dass an einer solchen, bekannten Konfiguration herumgebaut wurde. Die vorgegebene Konfiguration sollte Linux zunächst nur mit Unterstützung für die bekannte Hardware installieren und auf jede darüber hinausgehende Hardwareerkennung verzichten, um dem "reinschieben – läuft"-Konzept gerecht zu werden. Zu überlegen wäre, inwieweit man vorhandene Mechanismen der automatischen Hardwareerkennung deaktiviert, um nicht das, was man werbewirksam vermeiden möchte, auf den nächsten Bootvorgang zu verschieben. Allerdings sollte der Anwender die Möglichkeit haben, dies leicht nachzuholen. Am besten fragt man ih, wie er es gerne hätte.

Bei der Entwicklung so einer Technik sollte man darauf achten, allgemeine Informationen von distributionsspezifischen zu trennen. Natürlich stehen die Distributionen im Wettbewerb, aber gerade angesichts der Stückzahlproblematik sollte man seine Möglichkeiten nicht durch die Auflagenproblematik aufreiben, sondern den Aufwand, mit dem eine Konfiguration für ein Rechnermodell an eine andere Distribution angepasst werden kann, minimieren. Das Ziel heißt natürlich Automatisierung.

Die Funktion, eine bestehende Installation zu reparieren, wird möglicherweise durch diese Technik komplizierter.