Erstellen und Verwenden eines Live-Installationsabbilds

Nachdem Sie Ihr Fedora Linux Live-USB-Flash-Laufwerk verwendet haben, möchten Sie es möglicherweise wieder zum Speichern von Dateien nutzen. Einige Betriebssysteme erkennen das USB-Speichergerät erst nach der erneuter Formatierung. Um optimale Ergebnisse zu erzielen, formatieren Sie das USB-Speichergerät mit dem Fedora Media Writer, so dass es wieder zum Speichern von Dateien verwendet werden kann.

Das Werkzeug dd ist standardmäßig auf den meisten Linux-Distributionen sowie macOS installiert.

Weitere Werkzeuge, mit denen sich ein Live-USB-Flash-Laufwerk erstellen lässt, sind unter anderem Gnome Disks, Unetbootin, Rufus und balenaEtcher. Anleitungen zur Verwendung finden Sie in der Dokumentation des jeweiligen Werkzeugs.

Die meisten Schreibmethoden erfordern unter Linux die Kenntnis des /dev-Namens Ihres USB-Flash-Laufwerks, z.B. /dev/sdc. Für die Verwendung des Fedora Media Writers ist dies nicht notwendig. So finden Sie ihn heraus:

Sie können Ihren Stick mit QEMU testen.

Sie können das Skript liveimage-mount aus dem Paket livecd-tools verwenden, um ein angeschlossenes Live-USB-Gerät oder ein anderes LiveOS-Abbild – wie etwa eine ISO-Datei oder eine Live-CD – einzubinden. Dies ist besonders praktisch, wenn Sie Dateien in das Dateisystem eines Live-USB-Mediums kopieren oder daraus extrahieren möchten, oder wenn Sie einfach nur die Dateien innerhalb einer Live-ISO oder Live-CD einsehen wollen.

Zur Erstellung eines Live-Abbilds werden die Pakete livecd-creator und mock verwendet. Hierfür sind Superuser-Rechte erforderlich.

Das Werkzeug livecd-creator ist Teil des Pakets livecd-tools. Falls es nicht auf Ihrem System installiert ist, fügen Sie es zusammen mit allen anderen Werkzeugen wie mock, lorax, git, pykickstart und einem Texteditor mit DNF hinzu:

Hinweis: Wir erstellen eine Live-CD ähnlich dem Abbild fedora-live-workstation, das vollständig lokalisiert ist, aber standardmäßig Englisch verwendet. Sie müssen keine eigene Lokalisierungsunterstützung installieren. Sie können die Sprache bei Bedarf in der erstellten kickstart.cfg ändern.

Wir müssen Ihren aktuellen Benutzer zur mock-Gruppe hinzufügen, oder Sie müssen alle Aktionen als Root-Benutzer ausführen.

Nun erstellen wir die Gruppe „mock“:

Wenn Sie nun Folgendes eingeben:

Dann sollte Ihr Benutzername zusammen mit den alten Gruppen und der neuen Gruppe „mock“ ausgegeben werden. Falls dies nicht der Fall ist, haben Sie etwas falsch gemacht.

Der Befehl $(whoami) fügt Ihren aktuellen Benutzer hinzu, da wir Ihren aktuellen Benutzernamen nicht kennen ;)

Ein erneutes Anmelden, um die Änderung wirksam werden zu lassen, wäre ratsam, oder Sie wechseln jetzt zum Root-Benutzer.

Jetzt können wir die Bauumgebung initialisieren. In diesem Beispiel verwenden wir höchstwahrscheinlich x86_64, aber wenn Sie es für ARM oder PowerPC erstellen, können Sie einfach eine andere Konfiguration verwenden, indem Sie den ARCH-Typ auf die gewünschte Plattform ändern!

Mock erstellt uns dafür eine leere Toolbox, die wir mit Paketen füllen müssen, welche wir später zum Erstellen des Abbilds benötigen. Wenn Sie sich jetzt fragen: „Warum so kompliziert?“, haben Sie nur teilweise Recht. Eine Toolbox ist im Grunde ein einfacher Container, den wir benötigen, um die Arbeit für verschiedene Fedora-Versionen zu trennen. Andernfalls müssten Sie die verschiedenen Builds selbst überschreiben und vermischen.

Stellen Sie sicher, dass Sie über ausreichend freien Speicherplatz für alle diese Dateien und die Dateien verfügen, die livemedia-creator später herunterlädt. Wir empfehlen mindestens 10 GB freien Speicherplatz.

Wenn Sie nicht „vim“ als Texteditor verwenden möchten, müssen Sie ihn jetzt installieren. Andernfalls sind Sie auf eine nicht optimal integrierte Standardinstallation von „vim“ angewiesen, deren Nutzung etwas umständlich sein kann. Keine Sorge, wir bearbeiten ohnehin nicht viel innerhalb der Toolbox, Vim reicht völlig aus.

Nun betreten wir zum ersten Mal die Toolbox …​

Dies stellt eine Shell und Netzwerkunterstützung bereit, sodass die Skripte innerhalb der Toolbox auf das Internet zugreifen und Pakete aus den Paketquellen installieren können.

Sie sehen dann etwa folgende Ausgabe:

Nun müssen wir die Kickstart-Dateien, die in früheren Fedora-Versionen als Paket enthalten waren, von den Fedora-Servern herunterladen:

Sie können die Seite mit einem normalen Browser aufrufen, um zu sehen, welche Tags (auch „Branches“ genannt) wie „f42“ verfügbar sind, falls Sie eine weitere Version erstellen möchten. Aktuell wird ein Git-Checkout in das aktuelle Verzeichnis Ihrer Toolbox durchgeführt. Großer Vorteil: Es besteht keine Gefahr, Dateien auf Ihrem Betriebssystem zu überschreiben.

ACHTUNG: Bevor Sie fortfahren, stellen Sie sicher, dass Sie mindestens 10 GB freien Speicherplatz auf Ihrer Systempartition haben, da wir zahlreiche RPM-Dateien herunterladen und ein Abbild mit einer Größe von mindestens 2,3 GB erstellen werden. Sollten Sie nicht genügend Speicherplatz haben, können alle weiteren Schritte mit den unterschiedlichsten Fehlermeldungen fehlschlagen, und Sie werden VIEL Zeit verschwenden!

Was wir jetzt noch brauchen, ist eine Kickstart-Datei. Noch nie davon gehört? Keine Panik! :D

Eine Kickstart-Datei enthält Informationen über die Größe des temporären Laufwerks im später gestarteten Live-Abbild, dessen Einhänginformationen, die enthaltenen Pakete usw. Sie müssen das Rad nicht neu erfinden, also keine Sorge. Hier ist ein Beispiel:

Was Sie sehen, ist nur ein Ausschnitt aller möglichen Optionen, denn der vorherige Git-Checkout hat einen kompletten Satz bereits funktionierender Kickstart-Dateien heruntergeladen, die wir zu einer neuen kickstart.cfg-Datei zusammenfügen werden.

Die obige Datei entfernt Pakete und Paketgruppen aus dem später erstellten Abbild im Vergleich zum normalen Fedora-Live-Workstation-Abbild. Wir nennen diese Datei eine Delta-Datei, da sie lediglich die Unterschiede zwischen unserem Abbild und dem ursprünglichen Fedora-Live-Workstation-Abbild definiert.

Sie sehen Folgendes:

Dies beinhaltet die ursprüngliche Kickstart-Konfiguration (ks) für das ursprüngliche Fedora-Live-Workstation-Abbild als Basisdatei. Die übrigen Zeilen „überschreiben“ die Abschnitte in der Originaldatei. Sie teilen Kickstart also einfach mit, was im Vergleich zum Fedora-Live-Workstation-Abbild gewünscht ist und was nicht.

In diesem Beispiel haben wir einige Gnome-Anwendungen entfernt und erhalten das, was Sie als „Fedora-Minimal-Workstation“-Abbild kennen.

Nehmen Sie dieses Beispiel und speichern Sie es in einer Datei ab – Sie könnten sie beispielsweise „example-START.ks“ nennen. Stellen Sie sicher, dass Sie diese Datei später eindeutig als Ausgangspunkt Ihrer Arbeit identifizieren können. Denn nun werden wir die eingebundenen Dateien „zusammenführen“ – bzw. „abflachen“ – zu einer einzigen großen kickstart.cfg-Datei, die wir später für den livemedia-creator benötigen werden.

Das Problem, vor dem Sie jetzt stehen, ist, dass es nicht sofort funktioniert, da ksflatten nicht alle benötigten einzubeziehenden Dateien findet. Sie können dies auf zwei Arten lösen:

a) Sie verschieben Ihre ks-Datei in ein Verzeichnis namens „fedora-kickstarts“ und wechseln mit cd hinein, oder

b) Sie führen den obigen Befehl aus und kopieren alle Dateien, die er in der Fehlermeldung nennt, von „fedora-kickstarts“ nach „.“, bis er aufhört, sich zu beschweren.

Ab sofort sollten Sie Änderungen nur noch in der erstellten Datei kickstart.cfg vornehmen, andernfalls müssen Sie den nächsten Schritt immer wieder wiederholen.

In beiden Fällen erhalten Sie eine fehlerhafte cfg-Datei, da die verwendeten Include-Dateien den Einhängepunkt „/“ zweimal definieren, was zu einem Fehler führt. Das lässt sich leicht beheben:

Suchen Sie nach „# Disk partitioning information“ und ändern Sie die zwei Zeilen, die mit „part /“ beginnen, in diese EINE Zeile:

Wir werden versuchen, das Problem zu beheben, aber es könnte bis Fedora 45 dauern.

Nun zum Teil, auf den Sie gewartet haben: Erstellen wir das ISO-Abbild.

Bitte ersetzen Sie Folgendes:

„MEINPROJEKTNAME“ – das ist Ihr interner Projektname, der in der Datei /etc/os-release erscheint. „MEINE_ID“ – das ist der Name der eingehängten ISO-Datei. UND SEHR WICHTIG, falls Sie im GRUB auf diese ISO verweisen möchten: „<DATEINAME>“ – das ist der Name der erstellten ISO-Datei unter /var/lmc.

In etwa 15 Minuten, wenn alles funktioniert, haben Sie ein Abbild namens <Dateiname>.iso IN IHREM WERKZEUGKASTEN erstellt.

Um herauszukommen, geben Sie

ein und kopieren es an den gewünschten Ort. Zum Beispiel:

Nun haben Sie verschiedene Möglichkeiten, Ihr Abbild zu testen:

a) Mit Gnome Boxen können Sie es einfach in Ihrer Desktop-Umgebung ausführen, was wesentlich einfacher ist.

oder

b) Verwenden Sie die QEMU-Linie im nächsten Abschnitt.

Herzlichen Glückwunsch: Sie haben Ihr eigenes Live-Abbild erstellt. Hier noch ein paar Tipps:

Führen Sie Folgendes aus:

Ersetzen Sie Dateiname.iso durch den Namen Ihres erstellten Live-CD-Abbilds und qemu-system-x86_64 durch eine geeignete QEMU-Binärdatei für das Zielsystem, zum Beispiel qemu-system-i386.

Das Live-Abbild kann Funktionen zur Selbstverifizierung enthalten. Dazu muss isomd5sum sowohl auf dem System, mit dem das Abbild erstellt wurde, als auch im Abbild selbst installiert sein. Dies ist erforderlich, damit die Dienstprogramme implantisomd5 und checkisomd5 verwendet werden können. Diese Dienstprogramme nutzen die Möglichkeit, eine md5sum in den Anwendungsbereich des ISO-9660-Images einzubetten. Diese wird dann vor dem Einhängen des eigentlichen Root-Dateisystems verifiziert.