Erstellen und Verwenden eines Live-Installationsabbilds

Das offizielle und unterstützte Werkzeug zum Erstellen eines Fedora-USB-Mediums ist das Dienstprogramm Fedora Media Writer, das früher als LiveUSB Creator bekannt war. Siehe Fedora Media Writer in der Übersicht der Fedora-Benutzerdokumentation.

Diese Methode eignet sich für Benutzer von Linux oder anderen Unix-Systemen mit installiertem GNOME, Nautilus und GNOME Disks. Insbesondere wenn Sie eine andere Distribution als Fedora verwenden, die Flatpak nicht unterstützt, ist dies möglicherweise die einfachste Methode. Eine Standardinstallation von Fedora oder eine Standardinstallation von GNOME vieler anderer Distributionen sollte diese Methode unterstützen. Stellen Sie unter Fedora sicher, dass die Pakete nautilus und gnome-disk-utility installiert sind. Ähnliche grafische Werkzeuge zum direkten Schreiben sind möglicherweise für andere Desktop-Umgebungen verfügbar; alternativ können Sie die Befehlszeilenmethode zum direkten Schreiben verwenden.

UNetbootin ist ein grafisches Werkzeug zum Erstellen bootfähiger USB-Abbilder. Damit können Sie alle Daten auf Ihrem USB-Stick sichern. Sollten Sie jedoch Probleme beim Booten haben, versuchen Sie es mit einem leeren, sauber im FAT32-Format formatierten USB-Stick.

Wenn Sie bereits eine Live-CD, -DVD oder einen Live-USB-Stick verwenden und diesen in einen bootfähigen USB-Stick umwandeln möchten, führen Sie folgenden Befehl aus:

Die meisten Schreibmethoden erfordern unter Linux die Kenntnis des /dev-Namens Ihres USB-Sticks, 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.

You can use the liveimage-mount script in the livecd-tools package to mount an attached Live USB device or other LiveOS image, such as an ISO or Live CD. This is convenient when you want to copy in or out some file from the LiveOS filesystem on a Live USB, or just examine the files in a Live ISO or Live CD.

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.

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.

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.

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.

Take that example and save it to a file you can name i.E. "example-START.ks". Make sure you can distinguish your file later as the starting point of your work. Because now, we will "join" aka. "flatten" the included files to one big kickstart.cfg file, that we will need for livemedia-creator later.

The problem you are now facing is, it doesn’t work out-of-box, because ksflatten does not find all the includes it needs. You can solve this in two ways:

a) you move your ks file to the directory named "fedora-kickstarts" and switch to it with cd, or

b) you execute the above command and copy all files it names in the errormessage from "fedora-kickstarts" to "." until it stops complaining.

From now on, you should only edit the created kickstart.cfg file for changes, otherwise you have to repeat the next step over and over again.

Either way, you end up with a defective cfg file, because the used include files define the mountpoint "/" two times, which lead to an error. That’s easily fixed:

search for "# Disk partitioning information" and change the two lines, that start with "part /" to this ONE line:

We will try to fix this, but it could take until Fedora 45.

Now the part you are waiting for: Let’s create the iso image.

Bitte ersetzen Sie Folgendes:

"MYPROJECTNAME" That is your internal project name, that ends up in /etc/os-release "MY_ID" that is the name of the mounted ISO file AND VERY IMPORTANT if you wanne refer to that iso in GRUB "<FILENAME>" thats the name of the created iso file under /var/lmc

In approximitly 15 minutes, if everything works, you have a created <filename>.iso image IN YOUR TOOLBOX.

To get it out there, you enter …​

and copy it to the desired place. In example:

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

a) you can use Gnome-Boxen to just run it in your desktop environment, which is way easier.

oder

b) use the QEMU line in the next section.

Congratulations: You are done creating our own live-image. Some tips on the way:

As root:

Replace filename.iso with the name of your created Live CD image and qemu-system-x86_64 with an appropriate qemu binary for the target system, e.g. qemu-system-i386.

The live image can incorporate functionality to verify itself. To do so, you need to have isomd5sum installed both on the system used for creating the image and installed into the image. This is so that the implantisomd5 and checkisomd5 utilities can be used. These utilities take advantage of embedding an md5sum into the application area of the iso9660 image. This then gets verified before mounting the real root filesystem.