personalisiertes Debian Live mit ZFS

Montag, 10. Juli 2023

Ich benutze zu meiner höchsten Zufriedenheit auf über 50% meiner Rechner ZFS, und zwar als ZFS on Root^[1]. Aufgrund von Lizenzproblemen^[2] muss man sich die ZFS-Module selbst kompilieren, was auf älteren und langsamen Systemen bei Neuinstallationen oder Rettungseingriffen per Live-System vom USB-Stick schnell zur Geduldsprobe wird:

Debian-Live vom USB-Stick starten
Paketliste aktualisieren
ZFS installieren
warten, dass alles kompiliert ist (das kann mehrere Minuten dauern, meine alte Hardware ist alt…)
dann kann es losgehen

Und beim nächsten Boot vom Stick alles noch einmal. Gerade, wenn man Bootprobleme debuggt^[3], ist das absolut unlustig.

Das müsste man doch mal was machen, kann man das nicht passend vorbereiten?

Debian Live mit ZFS

Die Debian-Live-Images, die man sich runterladen kann, werden mit live-build erstellt. Das ist ein Framework, mit dem man sich ein ohne Installation lauffähiges Image einer Debian-Distribution erstellen kann, um es auf einen USB-Stick, eine DVD oder für Netboot zu verwenden.

Hier die wichtigsten Links dazu:

Und weil es ein Framework ist, kann man in das selbstgebaute Image sehr leicht umkonfigurieren und z.B. ganz einfach zusätzliche Pakete aufnehmen:

lb config
echo zfsutils-linux > config/package-lists/zfs.list.chroot

Dann baut man das Image einmalig per lb build (idealerweise auf einem schnellen Rechner) und danach kann man man das erstellte Image booten, sooft man will, die ZFS-Module sind schon drauf. Solange man das fertige Image nicht ins Internet stellt, geht das auch mit der Lizenz Ordnung.

personalisiertes Debian Live

An dieser Stelle war mein Bastel-Trieb erwacht: Ich könnte doch gleich noch etwas mehr ins Image packen:

meine Lieblingssoftware, die ich sonst immer nachinstallieren muss (openssh, mc, screen, emacs, …)
meine persönlichen Konfigurationsdateien (~/.bashrc, ~/.emacs usw.) halte ich in einem git-Repository vor – die kann ich doch auch mit ins Image packen, dann ist automatisch alles für mich passend konfiguriert wie auf den normalen Systemen
den von mir benutzten Windowmanager muss ich selbst kompilieren und passend konfigurieren (der Branch „mitch“ in dem Repo) – da kann ich doch auch gleich eine passende Version mit ins Image packen
Sky’s the limit!

Nach etwas Bastelei^[4] habe ich jetzt ein voll personalisiertes Live- und Rettungs-System mit ZFS-Unterstützung. Und weil das alles nur Konfigurationseinstellungen sind, könnt ihr das als Basis für eure eigenen Basteleien verwendet werden.

Ich präsentiere: debian-live-mitch-zfs

[1]: Wenn schon, dann richtig! Nur die große Datenhalde auf ZFS zu legen kann ja jeder ;-)
Seit ich mir beim Update auf Debian 12 selbstverschuldet in den Fuß geschossen habe, hat sich die Möglichkeit, auch das System selbst (also /, /etc, /usr usw.) auf einen alten Snapshot zurückrollen zu können, bewährt.
Die einzigen Probleme, die ich bisher mit ZFS on Root hatte, waren auf zwei Maschinen, die eine Zeit lang Kernels aus den Debian-Backports brauchten: Da kam es zwischendurch mal vor, dass die ZFS-Module mit dem neuen Kernel nicht kompilierten, weil der Kernel zu neu war. Zum Glück bleibt die vorherige Kernelversion ja bootfähig erhalten, aber auch nur solange, bis der übernächste Kernel kommt…
Gefahr im Verzug!

[2]: Soweit ich das im Kopf habe dürfen die ZFS-Kernelmodule nur im Sourcecode verteilt werden, weil sich die ZFS-Lizenz mit der GPL des Kernels beißt – wenn man die kompilierten Module zusammen mit dem Kernel ausliefert, zählt das als „ein Werk“ unter der GPL.

[3]: Zwei der langsamen, älteren Systeme hier haben halbgare UEFI-Implementationen, bei denen läuft EFI-Boot nicht, GPT über klassischen Boot nur widerwillig und das alles will abhängig von der aktuellen Mondphase individuell ausgependelt werden.
Also Echtsystem booten, irgendwas geht nicht, Live-System booten, ZFS kompilieren, per chroot auf das Echtsystem, etwas umstellen und alles von vorne, bis es endlich klappt.

[4]: Emacs 28 kompiliert beim ersten Start automatisch allen Bytecode in nativen Code. Auf einem USB-Stick ist jeder Boot der erste Start und auf den langsamen Rechnern sind das dann mehrere Minuten mit 100% CPU und wild pustendem Lüfter… Herauszufinden, wie man das abschaltet, hat ein wenig gedauert.
Lösung: Umgebungsvariable EMACS_INHIBIT_AUTOMATIC_NATIVE_COMPILATION=t setzen, gefunden in Bug #1029825.

Geschrieben von