Ich würde gerne wissen, ob es möglich ist, eine geteilte initrd-Implementierung zu haben. Wir tun dies, weil unsere auf Fedora basierende Anwendung eine abgespeckte Version von Fedora mit einer initrd-Datei verwendet, die so groß geworden ist (+500 MB), dass GRUB2 uns auf einigen Computern (hauptsächlich billige HP-Laptops, die unsere Kunden entgegen unserer Empfehlung gerne kaufen) Probleme mit dieser Datei bereitet. Wir haben festgestellt, dass das Problem bei und HP-Laptops liegt GRUB2, initrdda initrddiese Maschinen durch das Entpacken booten können. Für unseren Anwendungsfall müssen wir jedoch in der Lage sein, in den RAM zu booten, da unsere Anwendung eine bootfähige RAMDisk ist, die unsere App in einer Kioskumgebung ausführt.
Wir verwenden bereits die höchste Komprimierungsform initrd(XZ Level 9). Das Root-Dateisystem von einer Netzwerkfreigabe aus bereitzustellen und unsere Clients zu zwingen, ihre Infrastruktur anzupassen, ist keine gute Lösung. Wir möchten unserer Anwendung die Möglichkeit lassen, einfach von einem USB-Gerät zu booten, wie dies bereits der Fall ist.
Eine Abweichung von GRUB2 wäre möglicherweise auch eine Option, aber dadurch wäre unsere Fähigkeit gefährdet, auf Hardware mit ausschließlich EFI-Secure-Boot bootfähig zu sein (weil GRUB2-Pakete von einigen Anbietern für Secure Boot vorsigniert sind).
Ist es möglich, unsere Masse einfach aufzuteilen initrd? Oder haben wir andere Möglichkeiten?
Danke schön.
EDIT: Leider müssen wir so viele Module wie möglich bereitstellen. Dieses Image muss auf so viele verschiedene Gerätetypen wie möglich portierbar sein, um die Wahrscheinlichkeit zu verringern, dass Clients in Kernel-Panik geraten.