Gorgeous-GRUB – Eine Sammlung stilvoller Themes für den GRUB-Bootloader

 (github.com/Jacksaur)
1 Punkte von GN⁺ 2025-05-05 | 1 Kommentare | Auf WhatsApp teilen
  • Gorgeous-GRUB ist eine Sammlung gelungener von der Community erstellter GRUB-Themes, die sonst über verschiedene Websites verstreut sind
  • Pling wird als die Plattform vorgestellt, die derzeit die meisten GRUB-Themes hostet, doch viele Themes sind mit wenig Aufwand erstellt, wodurch gute Themes schwer zu finden sind
  • Die README bietet in Tabellenform verschiedene Theme-Links und Vorschaubilder zu Minegrub, SteamOS, Persona 5 Royal, Catppuccin, Cyberpunk 2077, Dark Matter, Elegant und mehr
  • Zusätzlich werden Hilfswerkzeuge und Anleitungen wie Installationsdokumentation, Beitragsleitfaden, GRUB-Tweaks, GRUB2 Theme Preview, Background Cycler und ein von der Community erstellter Theme Installer vorgestellt
  • In Secure-Boot-Umgebungen werden benutzerdefinierte Schriftarten möglicherweise nicht angewendet oder angezeigt; als Referenz ist ein Arch-Linux-Forenbeitrag zum Signieren von Schriftdateien verlinkt

Projektziel

  • Gorgeous-GRUB ist ein Repository, das von der Community erstellte Themes sammelt, mit denen sich der vor dem Start sichtbare Bildschirm des GRUB-Bootloaders gestalten lässt
  • Da GRUB-Themes über mehrere Websites verstreut sind und gute Themes schwer zu finden sind, wurde alles so aufbereitet, dass man es auf einer Seite überblicken kann
  • Pling wird als die Plattform vorgestellt, die derzeit die meisten GRUB-Themes hostet, doch viele Themes sind eintönig oder mit wenig Aufwand erstellt, was die Suche mühsam machen kann
  • Das Repository wurde angelegt, um im Lauf der Zeit auf gelungene Themes aufmerksam zu machen, die im Internet gefunden wurden

Nützliche Werkzeuge und Referenzlinks

  • GitZip: Damit lassen sich einzelne Ordner und Dateien herunterladen, ohne das gesamte GitHub-Repository zu laden
    • Es fordert zwar ein Token an, funktioniert laut Beschreibung aber auch ohne Token gut
  • GRUB-Tweaks: Bietet verschiedene Tuning- und Zusatzkonfigurationsanleitungen, um eine GRUB-Installation weiter anzupassen oder wiederherzustellen
  • Theme Tutorial / Theme References: Informationen zur Erstellung von GRUB2-Themes; sie werden als komplex, aber als die bislang besten gefundenen Ressourcen beschrieben
    • Statt ganz von vorn zu beginnen, kann es einfacher sein, ein bestehendes Theme zu übernehmen und direkt anzupassen
  • GRUB2 Theme Preview: Software, mit der sich GRUB-Themes in der Vorschau anzeigen lassen, ohne das gesamte System neu zu starten
    • Da dafür eine komplette VM gestartet wird, gibt es viele Abhängigkeiten
    • Ein einfacher Befehl zum Installieren der nötigen Abhängigkeiten steht im Repository GRUB-Tweaks
  • Background Cycler: Ein Skript, das bei jedem Neustart des Systems den Hintergrund des Themes wechselt
  • Theme Installer (Community Made): Ein von FLEXIY0 erstelltes Skript, das viele Themes automatisch herunterladen und installieren kann
    • In einigen Randfällen können Fehler auftreten

Installation und Mitwirken

So werden Themes erkundet

  • Die Theme-Liste ist in Tabellenform mit Vorschaubildern und Links aufgebaut
  • Wenn dir ein Theme gefällt, wird empfohlen, auf Pling eine Bewertung zu hinterlassen oder dem GitHub-Repository einen Stern zu geben
    • Auf Pling geben nur selten Leute Bewertungen ab, was als einer der Gründe genannt wird, warum gute Themes schwer zu finden sind
    • So können die Ersteller sehen, dass Menschen Freude an ihren Arbeiten haben

Beispiele enthaltener Themes

Hinweise zu Secure Boot

  • Auf Systemen mit aktiviertem Secure Boot werden benutzerdefinierte Schriftarten möglicherweise nicht angewendet oder überhaupt nicht angezeigt
  • Der Arch-Linux-Forenbeitrag behandelt, wie Schriftdateien signiert werden können, damit sie wieder angezeigt werden

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-05-05
Meinungen auf Hacker News

  • Ich mag Customizing sehr, aber persönlich gilt: Je seltener ich GRUB sehe oder daran denke, desto besser.

    • Stimmt. Normalerweise sieht man es nur ein paar Sekunden im Jahr. Wenn man es so oft sieht, dass sich ein Theme lohnt, sollte man die Zeit besser darauf verwenden, die Ursache dafür zu beheben, warum man es so oft sieht.

  • „Grand Theft Gentoo“: https://raw.githubusercontent.com/Jacksaur/Gorgeous-GRUB/ref...

    • Meine Güte, das ist wirklich ein Juwel. Der wütende Linus oben rechts, der unten gleichermaßen triumphierende und verwirrte Ballmer, dazu noch das Gates-Mugshot – perfekt.

  • Was ich wirklich will, ist eine Nachahmung des alten SGI-Startbildschirms, inklusive Boot-Sound und einer Mikro-Distribution zur Konfiguration des Betriebssystems.
    Mit heutigen Snapshot-Dateisystemen sollte das eigentlich nicht so schwierig sein. Ein paar Mal in meinem Leben musste ich per chroot ein System reparieren, und ich kann kaum glauben, dass sich das nicht automatisieren lässt.

    • Solche Bausteine existieren in irgendeiner Form bereits; schön wäre, wenn mehr Aufwand in eine insgesamt rundere Umsetzung fließen würde. Das Problem scheint nur zu sein, dass alle leicht unterschiedliche Ansätze verwenden.
      NixOS kann in frühere Generationen booten, dreht dabei aber das Dateisystem komplett um; OpenSUSE unterstützt Snapshots, basiert aber auf BTRFS, sodass andere Distributionen dieselbe Implementierung nur schwer nutzen können; ZFS ist großartig, aber unter Linux sorgt die Lizenzierung immer wieder für Reibung. Ubuntu hat den Boot mit Plymouth sehr glatt gemacht, aber es ist eben sehr Ubuntu-typisch.
      Wenn man unter Linux ZFS nutzen kann, würde ich jedenfalls zfsbootmenu empfehlen.

      ZFSBootMenu leverages the features of modern OpenZFS to allow users to choose among multiple "boot environments" (which may represent different versions of a Linux distribution, earlier snapshots of a common root, or entirely different distributions), manipulate snapshots in a pre-boot environment and, for the adventurous user, even bootstrap a system installation via zfs recv.

    • Bei NixOS entsteht für jede „Deployment“-Version ein neuer GRUB-Menüeintrag, egal ob für einen anderen Host oder lokal. In beiden Fällen bekommt man einen neuen GRUB-Eintrag.
      Natürlich kann man sich selbst ins Knie schießen, indem man etwa die SSH-Konfiguration kaputtmacht und so den Remote-Zugriff unmöglich macht. Dafür gibt es aber eine Lösung namens deploy-rs, mit einer Magic-Rollback-Funktion, die das System zurücksetzt, wenn es keine Verbindung mehr zu dem Computer herstellen kann, von dem das Deployment gestartet wurde: https://github.com/serokell/deploy-rs?tab=readme-ov-file#mag...
      Ich nutze diese Funktionen seit Jahren und kann sie guten Gewissens empfehlen.
      Das hat zwar nicht direkt mit der ursprünglichen Frage zu tun, aber wir lassen System-Builds in CI laufen und bauen auch Playwright-Tests immer umfassender aus. Dadurch habe ich ziemlich viel Vertrauen, Probleme früh zu finden oder zurückrollen zu können.
    • Unter Arch könnte man wohl ein zweites „Backup“-Arch Linux auf einer Recovery-Partition installieren, die die Mainboard-Firmware direkt booten kann, und dann das Hauptbetriebssystem mit arch-chroot reparieren. Für andere Distributionen dürfte es ähnliche Ansätze geben.
    • macOS hat grob gesagt beide Funktionen.
      Der Startsound von SGI-Maschinen unterschied sich je nach Modell. Indy und Onyx klangen also unterschiedlich. Mein erster PC, ein 80286, machte beim Einschalten ebenfalls ein ikonisches Geräusch, das ich nie vergessen werde.
      Die Mikro-Distribution entspricht dem Recovery-Betriebssystem. Alle drei großen Desktop-Betriebssysteme haben so etwas oder eine Tastenkombination, um es zu starten. Android hat meines Wissens zwei Recovery-Partitionen; Redundanz ist dabei der entscheidende Punkt.
      Wenn man die Stärke von Snapshots mag, kann ein Copy-on-Write(CoW)-Dateisystem wie ZFS beim Booten eine Liste anzeigen. Ein Betriebssystem wie NixOS braucht dafür nicht einmal ein solches Dateisystem. Auch mit Ext4FS funktionieren Boot-Menüs mit Snapshots, Rollback-Funktionen usw. gut.
    • Für diesen Zweck wäre ein kexec-basierter Bootloader vermutlich am besten. Dann hätte man nämlich keine spezielle Umgebung, sondern eine „echte“ Linux-Umgebung, in die man die gewünschten Tools packen kann.
      Beispiel: https://github.com/kexecboot/kexecboot

  • Solche Dinge bringen mich dazu, Linux zu lieben. Da steckt unglaublich viel Kreativität drin. Fast bekomme ich Lust, irgendetwas im Dual-Boot zu betreiben, nur um einen Vorwand zu haben, GRUB zu sehen.

    • Das hier, wackelnde Fenster, Regeneffekte und solche Sachen. Heute würde ich das wohl nicht mehr nutzen, aber zu einer Zeit, als Windows-Customizing mit jeder Version mühsamer wurde, hat mich das wirklich fasziniert.

  • Sieht cool aus, aber ehrlich gesagt fände ich es besser, wenn GRUB nur erscheint, wenn man während des Bootens eine Taste gedrückt hält. Fünf Sekunden zu warten, bis es verschwindet und dann das Standard-Betriebssystem bootet, ist wirklich unnötig.

    • Wahrscheinlich reicht es, GRUB_TIMEOUT_STYLE=hidden und GRUB_TIMEOUT=0 zu setzen. Dann wird das GRUB-Menü nur angezeigt, wenn man Shift gedrückt hält; andernfalls wird sofort der Standardeintrag gebootet.
    • Warum will man das wirklich? Aus meiner Sicht ist das so eine Kleinigkeit, dass es ziemlich seltsam wirkt, so etwas verstecken zu wollen.
    • So eine Option gibt es sicher. Wenn man Shift gedrückt hält, erscheint das Menü.
    • Und was, wenn man sich nicht merkt, welche Taste man drücken muss?

  • Alle, die sich über GRUB beschweren, haben lilo vergessen

    • Früher dachte man: „Wie bitte? GRUB war doch der Nachfolger von LiLo und viel besser!“ Keine Ahnung, was aus der Zeit geworden ist.
      Damals hatte ich ein cooles, selbst gebautes Theme mit Ghost in the Shell, und ich erinnere mich, wie ich online gefundene JPEGs in ein extrem obskures Bildformat umgewandelt habe. Ich habe wirklich viel Zeit damit verbracht, meine Linux-Umgebung zu verschönern. Der Computer fühlte sich an wie ein richtig gut gepflegtes Haustier; es gab würfelförmige Desktops mit Fischen darin und Spiegelungseffekte und so weiter
    • Ach, das hat mich direkt zurück ins Jahr 2003 geschickt
    • Ein Glas auf den Linux-Loader

  • Wie werden diese Hintergrundbilder auf unterschiedlichen Monitoren und Auflösungen skaliert?
    Und woher weiß GRUB überhaupt, in welcher Auflösung es die Oberfläche zeichnen soll?

    • Wenn man sich einige Repositories ansieht, lautet die Antwort wohl eher: „gar nicht“. Offenbar muss man manuell ein Bild mit der richtigen Auflösung auswählen
    • Man kann die Auflösung explizit setzen; andernfalls rendert es in der Auflösung, mit der UEFI den Bootvorgang gestartet hat

  • Endlich kann ich meinen Computer so aussehen lassen wie die Computer im Film Hackers. Cool

    • Mein erster Gedanke beim Ansehen der Themes war: „Wow, das sieht genau aus wie im Film“
      Ich höre beim Arbeiten gerade den Soundtrack, also schaue ich ihn mir vielleicht bald wieder an

  • GRUB ist wie ein Klumpen in einer Toilette, der nicht runtergespült wird. Seit Jahren ist es völlig unnötig, übermäßig komplex, mit einer Shell samt Idiomen von 1995 praktisch kaum nutzbar, und es gibt viel schlankere und nützlichere Alternativen wie extlinux.
    Heutzutage kann man den Kernel auch direkt per EFI stub booten, und trotzdem wird es weiter installiert und versucht, seine Existenz zu rechtfertigen

    • Ich dachte, mit dem Aufkommen von UEFI würde GRUB endlich verschwinden.
      Noch schlimmer ist, dass beim Dual-Boot jedes Betriebssystem sein eigenes GRUB installieren kann, sodass GRUB in ein anderes GRUB chainloadet und danach erst das Betriebssystem startet.
      Man könnte doch einfach eine Taste wie F12 drücken und sich das Menü mit allen von UEFI angebotenen Boot-Optionen ansehen. Bevor Installer hineingrätschen und es kaputtmachen, ist dort alles sauber vorhanden. Windows scheint sich immer einzumischen, Bestehendes zu zerstören und sich selbst ganz nach oben zu setzen
    • shim + grub ist auch nicht toll, aber reines EFI ist im Allgemeinen deutlich schlimmer. Die Anbieter von Consumer-EFI-Plattformen sind oft nicht ganz bei Trost.
      Selbst wenn das Mainboard einen seriellen Port hat, bieten sie keine UEFI-Konsolenumleitung an und legen auch Secure-Boot-Einstellungen oder die Verwaltung der Boot-Optionen nicht für Nutzer offen. Deshalb wirken rein EFI-basierte Bootloader wie systemd-boot oder rEFInd immer noch wie die am wenigsten nervige Wahl
    • Ich verstehe nicht, warum es so gehasst wird. Bei mir hat es immer einfach funktioniert. Ich nutze auch Dual-Boot inklusive Verschlüsselung. Im Gesamtbild ist das wirklich nur ein kleiner Teil.
      Man muss das nur mal mit dem Booten auf ARM vergleichen
    • Hier steht ein Laptop mit Windows, Haiku und Linux. Die GRUB-2-Konfiguration, die Haiku tatsächlich startet, war seltsam. Was installiert man am besten, wenn man GRUB ersetzen will?
      Oder ich habe auch einen PC nur mit Void Linux. Der UEFI-Modus funktioniert nicht, daher boote ich im Kompatibilitätsmodus, ohne zu wissen warum. Ob es an Secure Boot liegt, an MBR- statt GPT-Modus, eine EFI-Partition gibt es auch nicht. Was könnte hier GRUB ersetzen?
    • Was ich nicht verstehe: Warum muss GRUB neu generiert werden, jedes Mal wenn man einen Kernel oder ein Betriebssystem hinzufügt?
      Der Bootloader sollte klug genug sein, das darunterliegende Dateisystem zu lesen und den Kernel zu finden. rEFInd macht das so. Wenn man einen bootfähigen USB-Stick einsteckt oder Windows auf einer zweiten SSD installiert, erscheint es einfach im Menü, ohne dass man es ausdrücklich anfordert.
      Eine Einschränkung wie „/boot muss eines von n gut unterstützten Dateisystemtypen sein“ kann nötig sein, aber ein Ansatz, der für die meisten passt, sollte reichen. Nur Leute, die so etwas wie einen Verbund aus 128 USB-Floppy-Laufwerken mit RAID6 auf ZFS betreiben, müssten sich auf etwas wie GRUB verlassen

  • Ich warte immer noch auf einen Bootloader, der von Anfang an direkt auf einem externen Monitor erscheint, so wie vor 20 Jahren bei der Kombination aus Desktop und CRT-Monitor.
    Das in Pop!_OS enthaltene systemd-boot macht das nicht, sodass ich mein ThinkPad X1 Extreme aus dem Ständer nehmen und aufklappen muss, wenn ich die Boot-Optionen ändern will. Mich würden die Erfahrungen anderer interessieren, wie GRUB in dieser Hinsicht ist

    • Schau im BIOS nach der Einstellung für das primäre Display. Wenn du den BIOS-Bildschirm auf dem externen Display anzeigen lassen kannst, ist die Chance groß, dass auch der danach kommende Bootloader dieses Display nutzt.
      Bei meiner ThinkPad+Dock-Kombination funktioniert das gut
    • In den ThinkPad-Firmware-Einstellungen musst du prüfen, ob der externe Monitor oder die Dock-GPU während des Bootens als gültiges primäres Display gesetzt ist.
      Allerdings kann es bei manchen PCs passieren, dass bei dieser Einstellung während des Bootens auf dem Laptop-Display selbst nichts zu sehen ist, manchmal sogar dann, wenn der Laptop allein genutzt wird. Wenn Initial Graphics Device auf „Auto“ statt auf ein bestimmtes Gerät gesetzt ist, kann es in Ordnung sein, es kann aber auch genauso bleiben wie jetzt.
      Externe Monitore können außerdem mehrere Eingänge wie VGA, DVI oder HDMI haben, und wenn sie auf „Auto“-Scan eingestellt sind, um den aktiven Eingang zu finden, dauert die Erkennung manchmal länger als der Bootvorgang. In dem Fall könnte man in den Eingangsoptionen des Monitors den bevorzugten Eingang exklusiv oder als Standard festlegen; dann sieht man vielleicht während der Zeit, die jetzt wie ein leerer Bildschirm wirkt, tatsächlich etwas
    • Das ist definitiv ein Problem auf Nutzerseite. Bei mir funktioniert es mit einem über das Dock angeschlossenen Monitor gut. Ich habe früher auch Pop!_OS verwendet, und es hat definitiv funktioniert
    • Ich denke, das kann eher vom Monitor abhängen als vom Bootloader. Manche Monitore haben beim Einschalten eine längere Verzögerung.
      Mit meinem per DisplayPort angeschlossenen 4K-Monitor gibt es keine Probleme, aber der alte VGA/DVI-Monitor, den ich für Homelab-Recovery benutze, schaltet sich nicht schnell genug ein