Obrazy bazowe
Receptury OpenFactory wybierają identyfikator obrazu bazowego, który jest rozwiązywany przez konkretnego workera i źródło upstream. Bieżący selektor w konsoli oraz zwalidowany znormalizowany przepis decydują o tym, które identyfikatory są teraz dostępne.
Wybór według wymagań dowodowych
| Potrzeba | Rodzina startowa | Sprawdź przed użyciem |
|---|---|---|
| Konserwatywny serwer lub appliance | Debian lub Ubuntu LTS | Okno wsparcia upstream, źródło pakietów, polityka aktualizacji bezobsługowych, sterowniki sprzętu |
| Desktop lub stacja z GPU | Ubuntu lub inny dostępny obraz desktopowy | Pakiety desktopowe, licencjonowanie sterowników własnościowych, installer, suspend/resume, docelowe GPU |
| Nowsze pakiety dla deweloperów | Fedora lub openSUSE, gdy można wybrać | Czas życia wydania, nazwy pakietów, zachowanie SELinux/AppArmor |
| Laboratorium wirtualizacji | Wybieralny cel Proxmox | Wsparcie wirtualizacji zagnieżdżonej, storage, sieć, installer, boot na hoście fizycznym |
| Obraz edge lub płyty | Worker z wyraźnym wsparciem dla płyty | Architektura, firmware rozruchu, układ partycji, urządzenia peryferyjne, ścieżka odzyskiwania |
To punkty wyjścia, a nie rekomendacje produkcyjne. Dostępność obrazu upstream nie oznacza, że OpenFactory wdraża każdą personalizację dla tej rodziny.
Zasady zgodności
- Nazwy pakietów i repozytoria różnią się w zależności od rodziny i wydania.
- Funkcja może być obsługiwana na jednym workerze, a na innym ignorowana, zastępowana lub blokowana.
- Motywy i ustawienia pulpitu zależą od zainstalowanego środowiska desktopowego.
- Katalogi CIS są specyficzne dla dystrybucji i wydania. Katalog zapasowy widać jako ostrzeżenie o substytucji i nie jest równoważną certyfikacją.
- Boot ISO w hostowanym VM harness nie dowodzi UEFI, Secure Boot, firmware, sterowników, suspend ani zachowania installera na sprzęcie fizycznym.
- Adresy URL upstream, podpisy i okna wsparcia mogą zmieniać się niezależnie od OpenFactory.
Workflow wyboru
- Wybierz dokładną bazę w konsoli.
- Zwaliduj przepis i przejrzyj substytucje oraz ostrzeżenia o nieobsługiwanych funkcjach.
- Zbuduj i sprawdź metadane artefaktu oraz pochodzenie źródeł.
- Wymagaj asercji VM specyficznych dla promptu oprócz domyślnej suite.
- Testuj installery i zachowanie związane ze sprzętem na reprezentatywnym sprzęcie.
- Przypnij znany dobry przepis i tożsamość źródła dla powtarzalności.
Zobacz Zrozumienie recept oraz Testing.