Base Images
OpenFactory-Rezepte wählen eine Base-Image-Kennung, die von einem konkreten Worker und Upstream-Quelle aufgelöst wird. Der aktuelle Picker in der Konsole und das validierte normalisierte Rezept sind maßgeblich dafür, welche Kennungen jetzt verfügbar sind.
Nach Evidenz-Anforderungen wählen
| Bedarf | Startfamilie | Vor Nutzung prüfen |
|---|---|---|
| Konservativer Server oder Appliance | Debian oder Ubuntu LTS | Upstream-Supportfenster, Paketquelle, Unattended-Update-Policy, Hardware-Treiber |
| Desktop oder GPU-Workstation | Ubuntu oder ein anderes verfügbares Desktop-Image | Desktop-Pakete, Lizenzierung proprietärer Treiber, Installer, Suspend/Resume, Ziel-GPU |
| Neuere Developer-Pakete | Fedora oder openSUSE, wo wählbar | Release-Lebensdauer, Paketnamen, SELinux/AppArmor-Verhalten |
| Virtualisierungs-Lab | Ein wählbares Proxmox-Ziel | Nested-Virtualization, Storage, Netzwerk, Installer, Boot auf physischem Host |
| Edge- oder Board-Image | Ein Worker mit expliziter Board-Unterstützung | Architektur, Boot-Firmware, Partition-Layout, Peripherie, Recovery-Pfad |
Das sind Startpunkte, keine Produktionsempfehlungen. Upstream-Image-Verfügbarkeit bedeutet nicht, dass OpenFactory jede Anpassung für diese Familie implementiert.
Kompatibilitätsregeln
- Paketnamen und Repositories variieren nach Familie und Release.
- Ein Feature kann auf einem Worker unterstützt und auf einem anderen ignoriert, ersetzt oder blockiert sein.
- Desktop-Themes und -Einstellungen hängen von der installierten Desktop-Umgebung ab.
- CIS-Kataloge sind distributions- und release-spezifisch. Ein Fallback-Katalog erscheint als Substitutions-Warnung und ist keine gleichwertige Zertifizierung.
- ISO-Boot im gehosteten VM-Harness beweist kein UEFI, Secure Boot, Firmware, Treiber, Suspend oder Installer-Verhalten auf physischer Hardware.
- Upstream-URLs, Signaturen und Supportfenster können unabhängig von OpenFactory wechseln.
Auswahl-Workflow
- Exakte Base in der Konsole wählen.
- Rezept validieren und Substitutionen sowie Unsupported-Feature-Warnungen prüfen.
- Bauen und Artefakt-Metadaten sowie Source-Provenienz inspizieren.
- Prompt-spezifische VM-Assertions zusätzlich zur Default-Suite verlangen.
- Installer und hardwaregebundenes Verhalten auf repräsentativer Hardware testen.
- Bekannt gutes Rezept und Source-Identität für Wiederholbarkeit pinnen.
Siehe Rezepte verstehen und Testing.